大家trac后端用什么数据库？

[任我飞]

大家trac后端用什么数据库？

我们用了 mysql,用了很长时间了，发现有些方面比较慢，优化效果不大。

另外看到trac官方推荐是pgsql,不知道是否确实性能更好？

有没有好的迁移方案推荐？

[Zoom.Quiet]

- 原型时使用 SQLite
- 生产时,我们直接使用 pg 的
- 迁移最简单的就是 sql 导出导入了

--
人生苦短, Pythonic! 冗余不做,日子甭过!备份不做,十恶不赦!
俺: http://about.me/zoom.quiet
文字协议: http://creativecommons.org/licenses/by-sa/2.5/cn/

[任我飞]

  我们是mysql ,现在想迁移到 pg.

刚刚找到了一个 mysql to pgsql 的工具：

https://github.com/maxlapshin/mysql2postgres

试试先。

3Q～

--
邮件来自: Google 论坛“TraChinese”论坛。
发言: trach...@googlegroups.com
退订: trachinese-...@googlegroups.com
详细: http://groups.google.com/group/trachinese
工程: http://trac-hacks.org/wiki/TracChineseTranslation

[@@]

我现在用的sqlite。 也考虑换掉

我感觉他的wiki页面 把历史页面和最新页面都放一个表中不太好。 拆2个比较合适。

其他模块目前尚未用到 也没怎么关注。

2012/7/24 任我飞 <renwo...@gmail.com>

--

[@@]

这个工具我没用过。但是之前django的一个项目想试着从mysql迁到pg 找了很多工具都不好用。

2012/7/24 任我飞 <renwo...@gmail.com>

[Richard Liao]

2012/7/24 任我飞 <renwo...@gmail.com>

>
> 大家trac后端用什么数据库？
> 我们用了 mysql,用了很长时间了，发现有些方面比较慢，优化效果不大。
>

如果发现trac慢在数据库上，可以看一下mysql的慢查询是哪些语句。适当增加一些索引可能会解决问题。

pg和mysql在查询性能上没有显著的区别。官方推荐用pg，个人认为是因为python的pg绑定更好用些。但为了数据库层的兼容性，trac并没有用到pg的高级特性。我们一直在用pg，非常稳定。

sqlite是trac缺省的数据库后端，由于有单进程的限制，通常只用在压力很小的环境下。如果用uwsgi/fcgi等驱动的trac，更换数据库才是必须的。

> 另外看到trac官方推荐是pgsql,不知道是否确实性能更好？
>
> 有没有好的迁移方案推荐？

>
> --
> 邮件来自: Google 论坛“TraChinese”论坛。
> 发言: trach...@googlegroups.com
> 退订: trachinese-...@googlegroups.com
> 详细: http://groups.google.com/group/trachinese
> 工程: http://trac-hacks.org/wiki/TracChineseTranslation

--
Richard Liao

[任我飞]

这里有篇别人用mysql 和pgsql的对比。

http://www.oschina.net/question/126398_61956

我觉得pgsql默认会优化得很好，mysql需要手动优化。可惜对mysql优化不精通。

[sniperpr]

我就用sqlite.

http://106.187.45.148:8000/ 

没怎么用最近,感觉没出过问题.

DDNAS系列！

adam.huang