国際化に対応したDB設計で一般的に用いられる方法と、メリット・デメリットを教えて下さい。
＠単純にフィールドを増やす：
contents (table)
-id
-comment_jpn
-comment_usa
-comment_fra
-author
..
＠テーブル単位で増やす：
contents_jpn (table)
-id
-comment
-author
..
contents_usa (table)
-id
-comment
-author
..
＠マスター言語以外をまとめる：
contents (table) : master扱い
-id
-comment
-author
..
contents_i18n (table)
-id
-content_id : fk
-locale : usa,fra..
-comment
..
＠全言語を並列に：
contents (table)
-id
-author
..
contents_i18n (table)
-id
-content_id : fk
-locale : jpn,usa,fra..
-comment
..
＠１つのテーブルで済むように：
contents (table)
-id
-author
..
resources (table)
-id
-type
-published
..
i18n (table)
-id
-table : contents,resources
-row_id : (content_id),(resource_id)
-field : comment,(resouce)title
-locale : jpn,usa,fra..
-data
..
それぞれ一長一短ありそうですが、
一般に用いられている落としドコロはどの辺でしょうか？
（もしくはもっと高度な手法が・・）
みんなの回答
-
pahoo
満足35pt
文字コードが、DB単位／TABLE単位／FIELD単位で設定するかどうか（できるかどうか）で、前提条件が変わってきます。
ちなみに、MySQL 5.0 以降では、DB単位／TABLE単位／FIELD単位のいずれも可能ですが、インストールオプションによってはDB単位でしかできない場合があります。
DB単位でしか設定できない場合は、各言語のテーブルを別DBに持たせるしかありません。
TABLE単位で設定できるなら、あとで別の言語（TABLE）が増える可能性を見越して、「＠テーブル単位で増やす」が無難でしょう。
文字コードに依存するデータをbinary形式で格納し、そのFIELDの文字コードを別FIELDに格納する以下のような構造にすれば、「＠単純にフィールドを増やす」も可能でしょう。
contents (table) -id -comment_jpn -encode_jpn -comment_usa -encode_usa -comment_fra -encode_fra -author
参考サイト
-
dak
-
- その他の回答を読む
dak
この質問へのコメント
質問の情報
- 登録日時
- 2008-11-08 11:20:16
- 終了日時
- 2008-11-15 11:25:02
- 回答条件
- 回答にURL必須 1人2回まで
この質問のカテゴリ
この質問に含まれるキーワード
人気の質問
-
自作パソコンを組みのとBTOとどちらが良いなどありますか？ ゲーム配信・動画・イラスト作成編集などする予…
nagadora
1
-
あなたは 4/30～5/2は休みですか？
tak2
-
中学3年女子です。 東野圭吾の本が好きな男子って、どんな性格だと思いますか。 （はっきり言って頭が良く…
匿名質問者2
1
1
-
一人合同会社を作るのに何日ぐらいかかりますか？(事前に下調べ完了している前提) 背景： 会社1に雇用され…
mogu2009
-
人間関係の事で相談です。 私は学生で、Aという２年間同じクラスで仲のいい友達がいます。その、Aという子…匿名質問者