数据库表中的多语言字段

我有一个应用程序需要支持多语言界面,确切地说是五种语言。 对于接口的主要部分,可以使用标准ResourceBundle方法来处理此问题。

但是,数据库包含许多表,其元素包含人类可读的名称,描述,摘要等。需要能够以所有五种语言输入其中的每一个。

虽然我想我可以简单地在每张桌子上都有字段

NameLang1 NameLang2 ... 

我觉得在编写代表每个表的bean时会导致大量相同的代码。

从纯粹面向对象的角度来看,解决方案很简单。 每个类只有一个Text对象,其中包含每种语言中的相关文本。 这进一步有用,因为只有一种语言是强制性的,其他语言具有回退规则(例如,如果语言4缺少返回语言2,其返回到必须的语言1)。

不幸的是,将其映射回关系数据库,意味着我最终得到了一个表,其中有大约10-12个其他表FK(实际上有些表有多个FK)。

这种方法似乎有效,我已经能够使用Hibernate将数据映射到POJO。 关于你唯一不能做的是从Text对象映射到它的父对象(因为你无法知道你应该链接到哪个表),但几乎没有必要这样做。

所以,总的来说这似乎有效,但让多个表像这样引用一个表只是感觉不对。 有人有更好的主意吗?

如果重要我正在使用MySQL …

我必须这样做一次…一些表格的多语言文本…我不知道我是否找到了最佳解决方案,但我所做的是让表格与语言无关的信息,然后是一个包含所有表格的子表格多语言领域。 对于默认语言,子表中至少需要一条记录; 以后可以添加更多语言。

在Hibernate上,您可以将子表中的信息映射为Map,并获取所需语言的信息,如您所说,在POJO上实现回退。 您可以为多语言字段使用不同的getter,在内部调用fallback方法以获取所需语言的适当子对象,然后只返回必需字段。

这种方法使用更多的表(每个需要多语言信息的表一个额外的表)但性能要好得多,以及我认为的维护……

例如,在gettext中使用的标准转换方法是使用单个字符串来描述概念并调用转换为目标语言的translate方法。

这样,您只需要在数据库中存储单个字符串(规范表示),然后在应用程序中调用translate方法以获取已翻译的字符串。 没有FK和总体灵活性,只需要一点运行时性能(可能还有一些维护问题,但有些人认为在这种情况下不需要让维护成为问题)。

我在具有类似问题的应用程序中看到的方法是我们使用“text id”列来存储引用,并且我们有一个包含所有翻译的表。 这在重用相同的密钥以减少所需的翻译量方面也提供了一些灵活性,这是项目的一个昂贵的部分。

它还提供了数据和翻译之间的良好分离,在我看来,这些翻译更像是UI。

如果您需要的字符串毕竟不是那么多,那么您可以将它们全部加载到内存中一次并使用某种方法通过检查内存中的数据结构来提供翻译。

使用这种方法,您的bean将不会使用每种语言的getter,但您将使用其他一些翻译器对象:

  MyTranslator.translate(myBean.getNameTextId()); 

根据您的要求,最好为每个表格提供一个单独的标签表,该表格需要多语言。 例如:你有一个带有xyz_id列的XYZ表,以及带有xyz_id,language_code,label,other_label等的XYZ_Label表

与单个巨大的标签表相比,优势在于您可以对XYZ_labels表执行唯一约束(例如:XYZ的英文名称必须是唯一的),并且您可以更有效地执行索引查找,因为索引只会一次覆盖一个表格(例如:如果您需要按英文名称查找XYZ实体)。

怎么样: http ://rob.purplerockscissors.com/2009/07/24/internationalizing-websites/ …这就是用户“Chochos”在回复#2中所说的