rubyonrails的i18n很容易处理好页面的多国语言问题，但在数据存储上，比如mysql里，该如何设计呢？
› MySQL 5.5 Community Server
› MySQL 5.6 Community Server
› Percona Configuration Wizard
› XtraBackup 搭建主从复制
Great Sites on MySQL
› Percona
› MySQL Performance Blog
› Severalnines
推荐管理工具
› Sequel Pro
› phpMyAdmin
推荐书目
› MySQL Cookbook
MySQL 相关项目
› MariaDB
› Drizzle
参考文档
› http://mysql-python.sourceforge.net/MySQLdb.html
MySQL 相关项目
› MariaDB
› Drizzle
参考文档
› http://mysql-python.sourceforge.net/MySQLdb.html
This topic created in 5873 days ago, the information mentioned may be changed or developed.
25 replies • 1970-01-01 08:00:00 +08:00
 |
1
darcy Sep 2, 2010
用户产生的内容你还要将其多语言化么？貌似没必要这么做。
|
 |
3
minghua Sep 2, 2010 via iPad
@Los 如果是Rails就简单多了，http://ruby-i18n.org/wiki 看model translate 部分。自己设计数据库也不难，就是需要注意翻译字段灵活性和效率的问题。
http://github.com/joshmh/globalize2 基本符合你的需求。 |
 |
5
marshluca Sep 2, 2010 via Android
可以试试mongodb，用rails做多语言处理也是非常方便的
|
 |
6
Los OP 试了一下globalize3，发觉跟我之前设计的表结构基本一样，当初这样设计对性能上的问题比较纠结。
|
|
10
marshluca Sep 3, 2010
对mongodb比较满意的地方就是对新入库的数据无需重新index。
我这边有一个rails api,基于mongodb,里面目前支撑了5种语言的数据。 这个API连着很多个Android ， iPhone app |
|
11
Los OP @marshluca good!对于迁移到mongodb，对我而言最大的问题unique id的处理，要维持原本在mysql下的递增风格，使用mongodb必须自己生成递增式的id，之前有尝试的几个方案测试中对mongodb的插入性能都有很大影响。
|
|
12
minghua Sep 3, 2010
|
|
13
Los OP 晕了，竟然重复发了几条相同的回复。
|
|
19
Los OP @minghua 对于将翻译字段序列化成哈希来保存，最大的顾虑是读取时对IO的折磨，大段的文字，30种语言，每次都要全部读取出来，对于IO的压力够呛的了。另一个想法是利用mongodb只存储翻译字段的内容，但还没有进行尝试过。
|
 |
21
Livid MOD PRO 路过一下。
|
Select Language