保存多语言数据的最佳数据库结构是什么？

Question

可能的重复：
多语言数据库架构

以下是一个示例：

[ products ]
id (INT)
name-en_us (VARCHAR)
name-es_es (VARCHAR)
name-pt_br (VARCHAR)
description-en_us (VARCHAR)
description-es_es (VARCHAR)
description-pt_br (VARCHAR)
price (DECIMAL)

问题： 每一种新语言都需要修改表结构。

这是另一个例子：

[ products-en_us ]
id (INT)
name (VARCHAR)
description (VARCHAR)
price (DECIMAL)

[ products-es_es ]
id (INT)
name (VARCHAR)
description (VARCHAR)
price (DECIMAL)

问题：每种新语言都需要创建新表，并且每个表中的“价格”字段都是重复的。

这是另一个例子：

[ languages ]
id (INT)
name (VARCHAR)

[ products ]
id (INT)
price (DECIMAL)

[ translation ]
id (INT, PK)
model (VARCHAR) // product
field (VARCHAR) // name
language_id (INT, FK) 
text (VARCHAR)

问题：很难吗？

Answer 1

与方法 3 类似：

[languages]
id (int PK)
code (varchar)

[products]
id (int PK)
neutral_fields (mixed)

[products_t]
id (int FK)
language (int FK)
translated_fields (mixed)
PRIMARY KEY: id,language

因此，对于每个表，创建另一个表（在我的例子中带有“_t”后缀）来保存翻译后的字段。
当您SELECT * FROM products时，只需... LEFT JOIN products_t ON products_t.id = products.id AND products_t.language = CURRENT_LANGUAGE。

没那么难，而且可以让你远离头痛。

Answer 2

你的第三个例子实际上是通常解决问题的方式。很难，但可行。

从翻译表中删除对产品的引用，并将对翻译的引用放在您需要的地方（反之亦然）。

[ products ]
id (INT)
price (DECIMAL)
title_translation_id (INT, FK)

[ translation ]
id (INT, PK)
neutral_text (VARCHAR)
-- other properties that may be useful (date, creator etc.)

[ translation_text ]
translation_id (INT, FK)
language_id (INT, FK) 
text (VARCHAR)

作为一种替代方案（不是特别好的选择），您可以拥有一个字段并将所有翻译合并在一起（例如，作为 XML）。

<translation>
  <en>Supplier</en>
  <de>Lieferant</de>
  <fr>Fournisseur</fr>
</translation>

Answer 3

为了减少 JOIN 的数量，您可以将已翻译和未翻译的内容分开保存在 2 个单独的表中：

[ products ]
id (INT)
price (DECIMAL)

[ products_i18n ]
id (INT)
name (VARCHAR)
description (VARCHAR)
lang_code (CHAR(5))

Answer 4

在我的 $DAYJOB 中，我们使用 gettext 来表示 I18N。我编写了一个插件 xgettext.pl 从数据库表中提取所有英文文本并将它们添加到主 messages.pot 中。

它工作得很好 - 翻译人员在翻译时只处理一个文件 - po 文件。进行翻译时无需修改数据库条目。

Answer 5

[语言]
id（整数PK）
code (varchar)

[products]
id (int PK)
name
price
all other fields of product
id_language ( int FK )

我实际上使用了这种方法，但就我而言，它不是从产品的角度来看，对于我的CMS中的各个页面来说，这种工作相当不错。

如果您有很多产品，那么用 5 或 6 种语言更新单个产品可能会很麻烦……但这是一个布局问题。

Answer 6

那么第四个解决方案呢？

[ products ]
id (INT)
language (VARCHAR 2)
name (VARCHAR)
description (VARCHAR)
price (DECIMAL)
*translation_of (INT FK)*

*Translation_of* 是它本身的FK。添加默认语言时，*translation_of* 设置为 Null。但是，当您添加第二语言时，*translation_of* 会采用主要产品语言 ID。

SELECT * FROM products WHERE id = 1 AND translation_of = 1

在这种情况下，我们获得 id 为 1 的产品的所有翻译。

SELECT * FROM products WHERE id = 1 AND translation_of = 1 AND language = 'pl'

我们仅获得波兰语翻译的产品。没有第二个表和联接。

Answer 7

具有多对多的关系。

您有数据表、语言表和 data_language 表。

在 data_language 表中你有

id、data_id、语言_id

我认为这可能最适合您。

Answer 8

我们将这个概念用于我们的网站（每天 60 万次浏览）并且（也许令人惊讶）它确实有效。当然还有缓存和查询优化。

[attribute_names]
id (INT)
name (VARCHAR)

[languages_names]
id (INT)
name (VARCHAR)

[products]
id (INT)
attr_id (INT)
value (MEDIUMTEXT)
lang_id (INT)