多语言应用的数据库设计问题

Question

我们正在开发一个旅游门户网站，对于旅游门户网站来说，其内容和细节是核心。我们计划将其放在多个区域设置中，因此这意味着我们需要处理每个区域设置的动态数据。

目前我们有以下表格，

Destination
Transport
Places of Interests
user comments etc.

每个表格包含很多字段

Name
ShortDescription
LongDescription 

，以及许多其他字段，这些字段可以包含大量数据，我们需要以特定于区域设置的方式处理数据。

我不确定我们如何最好地设计一个应用程序来处理这种情况，我想到的一件事是为每个表中的每个区域设置添加额外的列，但这意味着对于新的区域设置，需要从数据库级别更改为代码级别这一点都不好。

由于每个表包含很多列，其中可以包含符合国际化条件的数据，所以我的问题是处理这种情况的最佳方法是什么

edit1 经过一些分析和仔细研究后，我想到的一种方法如下..

我计划为每个表创建一个翻译表 就像目的地一样，我有以下设计

    table languages
    -- uuid (varchar)
    -- language_id(varchar)
    -- name (varchar)  

    table Destination
    --uuid (varchar)
     other fields which are not part of internationalization.

table Destination_translation
-- id (int)
-- destination_id (int)
-- language_id (int)
-- name (text)
-- description(text) 

非常欢迎对上述方法提出任何宝贵的建议......

Answer 1

以前在国际化应用程序时，我们有一个基于区域设置的值表。因此，我们做了这样的事情：

创建一个名为 local_strings 的表，由 string_code、locale_code、值组成。这包含各种值的翻译。因此，如果您已翻译成三种语言，则每个 string_code 都会有三个具有不同 locale_codes 的条目。

然后，每个主表（在您的情况下为目的地、传输等）都会引用 local_strings 表中的 string_code 。

最后，当从数据库中查询值时，请确保始终加入 local_strings 表并始终使用用户的当前区域设置。或者，您可以将这些值缓存在内存中，这样您就不必总是连接该表。然而，根据我的经验，表永远不会变得那么大，因此加入它并没有太多开销。

Answer 2

有多种选项可以解决此问题：

1. 通过区域设置列扩展表并在每个查询中包含区域设置。您甚至可以修改索引以包含区域设置列。
2. 为本地化字符串创建一个单独的表

我肯定会喜欢选项 1，因为它使表看起来仍然像真实的东西，并且仍然可以通过直接查看数据来读取它们。它还可以防止您进行子选择或连接，这有助于提高性能。
选项 2 的优点只是让管理界面的程序员更加轻松（如果您有的话）。