Які найкращі практики для розробки багатомовних баз даних? [зачинено]

Який найкращий спосіб створити багатомовну базу даних? Щоб створити локалізовану таблицю для кожної таблиці, це складання дизайну та запитів, в іншому випадку додати стовпчик для кожної мови просто, але не динамічно, допоможіть мені зрозуміти, що найкраще вибрати для корпоративних програм

Ми робимо дві таблиці для кожного багатомовного об'єкта.

Наприклад, перша таблиця містить лише нейтральні щодо мови дані (первинний ключ тощо), а друга таблиця містить один запис на кожну мову, що містить локалізовані дані плюс код ISO мови.

У деяких випадках ми додаємо поле DefaultLanguage, щоб ми могли повернутися до цієї мови, якщо для вказаної мови немає локалізованих даних.

Приклад:

Table "Product":
----------------
ID                 : int
<any other language-neutral fields>


Table "ProductTranslations"
---------------------------
ID                 : int      (foreign key referencing the Product)
Language           : varchar  (e.g. "en-US", "de-CH")
IsDefault          : bit
ProductDescription : nvarchar
<any other localized data>

При такому підході ви можете обробити стільки мов, скільки потрібно (без необхідності додавати додаткові поля для кожної нової мови).

Оновлення (2014-12-14): перегляньте цю відповідь , щоб отримати додаткову інформацію про реалізацію, яка використовується для завантаження багатомовних даних у додаток.

Рекомендую відповідь, опубліковану Мартіном.

Але ви, мабуть, стурбовані тим, що ваші запити стають занадто складними:

Щоб створити локалізовану таблицю для кожної таблиці, це складний дизайн та запит ...

Тож ви можете думати, що замість того, щоб писати прості запити на зразок цього:

SELECT price, name, description FROM Products WHERE price < 100

... вам слід почати писати такі запити:

SELECT
  p.price, pt.name, pt.description
FROM
  Products p JOIN ProductTranslations pt
  ON (p.id = pt.id AND pt.lang = "en")
WHERE
  price < 100

Не дуже гарна перспектива.

Але замість цього робити це вручну, ви повинні розробити власний клас доступу до бази даних, який попередньо розбирає SQL, який містить вашу спеціальну розмітку локалізації, і перетворює його у фактичний SQL, який вам потрібно буде надіслати до бази даних.

Використання цієї системи може виглядати приблизно так:

db.setLocale("en");
db.query("SELECT p.price, _(p.name), _(p.description)
          FROM _(Products p) WHERE price < 100");

І я впевнений, що ти можеш зробити ще краще, що це.

Головне, щоб ваші таблиці та поля були названі однаково.

Я вважаю, що такий тип підходу працює для мене:

Product ProductДетальна країна
========= =============================
ProductId ProductDetailId CountryId
- тощо - ProductId CountryName
            Мова країни Id
            Назва продукту - тощо.
            Опис продукту
            - тощо -

Таблиця ProductDetail містить усі переклади (назви продукту, опис тощо) на мовах, які ви хочете підтримувати. Залежно від вимог вашої програми, ви можете розбити таблицю "Країна" та використовувати регіональні мови.

Я використовую наступний підхід:

Товар

ProductID OrderID, ...

ProductInfo

Назва продукту Назва мовиID

Мова

LanguageID Назва культури, ....

Рішення Мартіна дуже схоже на моє, проте як би ви обробляли описи за замовчуванням, коли потрібний переклад не знайдено?

Чи потрібно для цього поле IFNULL () та інший вибір SELECT?

Переклад за замовчуванням буде зберігатися в тій самій таблиці, де прапор типу "isDefault" вказує, що цей опис є описом за замовчуванням, якщо в поточній мові не знайдено жодного.