设计本地化数据库架构[重复]

可能重复:
Schema for a multilanguage database

第一个选项是众所周知的table\u name,table\u name\u ml type选项:

TABLE Category (
   ID int,
   ParentID int,
   Name varchar(50),
   Description varchar(255)
)

TABLE Category_ML (
   ID int,
   CategoryID int,
   LocaleID int,
   Name varchar(50),
   Description varchar(255)
)

第二个选项是根本不在基表中存储文本,而是存储一个可用于在其他地方查找实际本地化文本的标记,如下所示:

TABLE Category (
   ID int,
   ParentID int,
   NameToken varchar(50),
   DescriptionToken varchar(50),
)

// Tables in a separate content management type system
TABLE Content (
   ID int,
   Token varchar(50)
)

TABLE Translation (
   ID int
   ContentID int,
   LocaleID int,
   Value text
)

我喜欢第一种选择,因为它是经过实践检验的,但第二种选择似乎还有很多其他优点:

1. 我所有的文本/本地化内容都放在一个地方(使翻译更容易)。
2. 服务层实际上不需要关心区域设置。

因为我以前从未见过这样的设计,我想我一定错过了什么。有什么好的理由不这样设计吗?或者也许有一个更好的选择,我没有想到?