Apa praktik terbaik untuk desain basis data multi-bahasa? [Tutup]

Apa cara terbaik untuk membuat basis data multi-bahasa? Untuk membuat tabel terlokalisasi untuk setiap tabel membuat desain dan kueri kompleks, dalam kasus lain menambahkan kolom untuk setiap bahasa adalah sederhana tetapi tidak dinamis, tolong bantu saya untuk memahami apa yang terbaik untuk memilih aplikasi perusahaan

Apa yang kami lakukan adalah membuat dua tabel untuk setiap objek multibahasa.

Misalnya, tabel pertama hanya berisi data netral-bahasa (kunci utama, dll.) Dan tabel kedua berisi satu catatan per bahasa, yang berisi data yang dilokalkan plus kode ISO bahasa tersebut.

Dalam beberapa kasus kami menambahkan bidang DefaultLanguage, sehingga kami dapat kembali ke bahasa itu jika tidak ada data yang dilokalkan tersedia untuk bahasa yang ditentukan.

Contoh:

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>

Dengan pendekatan ini, Anda dapat menangani bahasa sebanyak yang diperlukan (tanpa harus menambahkan bidang tambahan untuk setiap bahasa baru).

Pembaruan (2014-12-14): silakan lihat jawaban ini , untuk beberapa informasi tambahan tentang implementasi yang digunakan untuk memuat data multibahasa ke dalam suatu aplikasi.

Saya merekomendasikan jawaban yang diposting oleh Martin.

Tetapi Anda tampaknya khawatir bahwa pertanyaan Anda menjadi terlalu rumit:

Untuk membuat tabel terlokalisasi untuk setiap tabel membuat desain dan kueri ...

Jadi Anda mungkin berpikir, bahwa alih-alih menulis pertanyaan sederhana seperti ini:

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

... Anda harus mulai menulis pertanyaan seperti itu:

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

Bukan perspektif yang sangat cantik.

Tetapi alih-alih melakukannya secara manual, Anda harus mengembangkan kelas akses basis data Anda sendiri, yang melakukan pra-parsing SQL yang berisi markup lokalisasi khusus Anda dan mengubahnya menjadi SQL aktual yang perlu Anda kirim ke database.

Menggunakan sistem itu mungkin terlihat seperti ini:

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

Dan saya yakin Anda bisa melakukan itu lebih baik lagi.

Kuncinya adalah membuat tabel dan bidang Anda dinamai secara seragam.

Saya menemukan jenis pendekatan ini bekerja untuk saya:

Produk ProdukDetail Negara
========= ================== =========
ProductId ProductDetailId CountryId
- etc - ProductId CountryName
            Bahasa CountryId
            Nama Produk - dll -
            Deskripsi Produk
            - dll -

Tabel ProductDetail menampung semua terjemahan (untuk nama produk, deskripsi dll.) Dalam bahasa yang ingin Anda dukung. Bergantung pada persyaratan aplikasi Anda, Anda mungkin ingin memecah tabel Negara untuk menggunakan bahasa daerah juga.

Saya menggunakan pendekatan berikutnya:

Produk

ProductID OrderID, ...

Info produk

ProductID Judul Nama LanguageID

Bahasa

LanguageID Nama Budaya, ....

Solusi Martin sangat mirip dengan solusi saya, namun bagaimana Anda menangani deskripsi default ketika terjemahan yang diinginkan tidak ditemukan?

Apakah itu memerlukan IFNULL () dan pernyataan SELECT lain untuk setiap bidang?

Terjemahan default akan disimpan dalam tabel yang sama, di mana bendera seperti "isDefault" menunjukkan apakah deskripsi tersebut adalah deskripsi default jika tidak ada yang ditemukan untuk bahasa saat ini.