多国语言webapp，数据库该如何设计？

[Los]

rubyonrails的i18n很容易处理好页面的多国语言问题，但在数据存储上，比如mysql里，该如何设计呢？

[darcy]

用户产生的内容你还要将其多语言化么？貌似没必要这么做。

[Los]

@darcy 是内容需要多国语言展现。

[minghua]

@Los 如果是Rails就简单多了，http://ruby-i18n.org/wiki 看model translate 部分。自己设计数据库也不难，就是需要注意翻译字段灵活性和效率的问题。

http://github.com/joshmh/globalize2 基本符合你的需求。

[Los]

@minghua thanks，之前并没有仔细关注过这个内容，感谢分享，我去看看。

[marshluca]

可以试试mongodb，用rails做多语言处理也是非常方便的

[Los]

试了一下globalize3，发觉跟我之前设计的表结构基本一样，当初这样设计对性能上的问题比较纠结。

[minghua]

@Los 表结构基本一样，性能可能不一样哦，看它里面具体实现咋杨了。

[Los]

@marshluca 谢谢，mongodb确实是一个很不错的解决方案，但这个项目我还没有足够的勇气将它迁移到mongodb上面。

[Los]

@minghua 恩，这样的设计担忧性能在数据库上出现问题，因为涉及30多种语言，300多万条数据，这样的设计会导致单表里超过1亿条数据的。

[marshluca]

对mongodb比较满意的地方就是对新入库的数据无需重新index。
我这边有一个rails api,基于mongodb,里面目前支撑了5种语言的数据。
这个API连着很多个Android ， iPhone app

[Los]

@marshluca good!对于迁移到mongodb，对我而言最大的问题unique id的处理，要维持原本在mysql下的递增风格，使用mongodb必须自己生成递增式的id，之前有尝试的几个方案测试中对mongodb的插入性能都有很大影响。

[minghua]

@Los 那只能把翻译字段序列化成哈希来保存了，hash的key就是语言类别，这样数据量小很多。

@marshluca 好像其他数据库也不需要reindex ？在你制定index 列时

[Los]

晕了，竟然重复发了几条相同的回复。

[minghua]

@Los 维护原来的unique id 的确是个麻烦事，不过抛弃原来的unique id也不是太大的问题。 不过迁移过程要把原来的数据全部维护好。

[marshluca]

@minghua 呵呵 是的
因为之前的数据是基于mysql，数量比较大，每天需要sphinx对新数据进行定时索引

[Los]

@minghua :)对于一个习惯将递增数字id展现在url里的家伙，一下子转到mongodb的hash式id,这个会让人觉得url够丑的了。

[minghua]

@Los 是有这么个障碍。

[marshluca]

@Los 目前delete api出来了么？ 你是怎么把重复的回复删掉的？

[Los]

@minghua 对于将翻译字段序列化成哈希来保存，最大的顾虑是读取时对IO的折磨，大段的文字，30种语言，每次都要全部读取出来，对于IO的压力够呛的了。另一个想法是利用mongodb只存储翻译字段的内容，但还没有进行尝试过。

[Los]

@marshluca ;) 不是我删掉的，估计Livid在线。