这是我设计数据库的方式：

通过 DB Designer Fork进行可视化

该i18n表仅包含一个PK，因此任何表都只需引用该PK即可国际化字段。translation然后，该表负责将此通用ID与正确的翻译列表链接。

locale.id_locale是VARCHAR(5)同时管理en和en_US
ISO语法的。

currency.id_currency是CHAR(3)管理ISO
4217语法的一个。

您可以找到两个示例：page和newsletter。这两种的 管理员管理
的entites分别需要国际化的田地，title/description和subject/content。

这是查询示例：

select
  t_subject.tx_translation as subject,
  t_content.tx_translation as content

from newsletter n

-- join for subject
inner join translation t_subject
  on t_subject.id_i18n = n.i18n_subject

-- join for content
inner join translation t_content
  on t_content.id_i18n = n.i18n_content

inner join locale l

  -- condition for subject
  on l.id_locale = t_subject.id_locale

  -- condition for content
  and l.id_locale = t_content.id_locale

-- locale condition
where l.id_locale = 'en_GB'

  -- other conditions
  and n.id_newsletter = 1

请注意，这是一个规范化的数据模型。如果您有一个庞大的数据集，也许您可​​以考虑对它进行规范化以优化查询。您还可以使用索引来提高查询性能（在某些数据库中，外键会自动建立索引，例如MySQL
/ InnoDB）。