3
これまでにいくつかの方法を行ってきました。私は、このために良いパターンがあるかどうかを知りたいと思います。ダイナミックな多言語データ構造のためのdbデザインパターン
システムには動的コンテンツがあります。したがって、データ量とデータそのものは動的(カウント(行))だけでなく、フィールド数も動的です。ブログには翻訳が必要な10個のフィールドがありますが、ショッピングカートアイテムには5個あります。
私が行ってきたことは、そのフィールドの言語データを保持するテーブル行のIDを挿入することでした。この言語表には、id、defaultlanguage、任意の数の追加言語があります。この方法では、1つの言語表しかありません。
これは気が気ですが、複数のジョインが同じテーブルを参照するときには更新できません(MySQL)ので、ビューを更新できません。それから、おそらくこれを行うもっと良い方法があります。
優れたデザインはありますか?このような状況で使用される一般的なデザインパターンは何ですか?
あなたはこれをしてください説明することができます。このテーブルは、他の多くのテーブルのすべての変換データを保持する1つのテーブルですか? –
テーブル「i18n」は、サイトコンテンツ(ブログ投稿、ニュース、記事など)の多くのカスタムフィールドの翻訳データを保持します。 – vemcaster