UnityでSQLiteで管理しているデータの、多言語対応時のデータの持ち方。

Question

現在Unityでスマホ向けアプリを制作しております。
SQLite（SQLiteUnityKitを使用）を使用してデータベースから
複数のテーブルを結合して検索をし、結果を返しTextに表示等をおこなっています。

テーブル構成(実際にはテーブル数は30以上あります)

キャラクターテーブル

chara_id	name	description
1	太郎	説明1
2	二郎	説明2
3	三郎	説明3
...	...	...

武器テーブル

wepon_id	name	description
1	剣	説明1
2	斧	説明2
3	槍	説明3
...	...	...

キャラと武器の対応テーブル

chara_id	wepon_id
1	1
2	2
3	3
...	...

実現したいこと

現在日本語のみに対応しているのですが、多言語対応をしたいと思っています。
その際に以下の方法を考えたのですが、どのように実装すれば管理しやすいでしょうか。
下記3パターンを考えてみたのですが、これ以外にもおすすめの方法などありましたらご教授お願いいたします。

---

#####1. 各言語ごとにデータベースファイルを分け、読み込むデータベースファイルをスクリプトで切り替える。
db_ja.db db_en.db を別ファイルで作成。

void OpenDataBase(Language lang) {
  string dbName = "db_ja.db";
  switch (lang) {
    case Language.Japanese:
      dbName = "db_ja.db";
      break;

    case Language.English:
      dbName = "db_en.db"
      break;
  }
  sqlDB = new SqliteDatabase(dbName);
}

※ただしこの場合、文字列以外のデータが各DBファイルで重複するので、DBファイルの容量が増えてしまうのが懸念。

---

#####2. 文字列を別テーブルで定義し、各テーブルは文字列テーブルのidを参照。検索時に得たい言語を指定して検索。
文字定義テーブル
|string_id|ja|en|...|
|:--|:--|
|1|太郎|tarou|
|2|二郎|jirou|
|3|三郎|saburou|
|...|...|

※これだと全てのテーブルの文字列が１つにまとまってしまうので、実際は各テーブル毎の文字列定義テーブルを作る？

各テーブルはstring_idを参照。
var weponName = GetWeponName(id,language)のように検索する。

---

#####3. 各テーブルにname_ja name_enのように対応言語ごとの列を作成
キャラクターテーブル

chara_id	name_ja	name_en
1	太郎	tarou
2	二郎	jirou
3	三郎	saburou
...	...	...

これはないですね・・・。

Comments

[stdio]

一番簡単なのは「言語のテーブル」で分けて、そのidをnameに書いておくという手段ですね...
キャラクターテーブルとキャラクターランゲージーテーブルで分けておくかな？

それなら、管理もしやすくなるとは思います。
なんだこの2次解析は...

[hinatahinata]

確かにその実装が簡単そうですね。
ありがとうございます。

Answer 1

各言語ごとにデータベースファイルを分け、読み込むデータベースファイルをスクリプトで切り替える。

まず、これはないでしょう。

データ容量よりも(まぁ、たかが知れていると思いますが)、テキストでないデータを修正する場合には、全てのファイルを変更しなければなりません。
そうなると、「日本語版では問題ないけど、英語版では不具合が出る」などという間違いを生む可能性があります。

もっとも、「今日中に多国語言語対応してね」なんて言われたら、このやり方を取らざるを得ないとは思いますけどね。

自分だったら、言語のテーブルは一つにして、言語毎にカラムを作らずにします。

string_id	lang_id	text
1	jp	太郎
1	en	tarou
2	jp	次郎
2	en	jirou

言語のテーブルを一つにする理由ですが、このような翻訳作業は大抵、全ての翻訳が必要なテキストを特定の翻訳者に丸投げすると思います。
ですので、翻訳が必要となるデータはひとまとめにしておいた方が管理しやすいでしょう。

また、翻訳が必要なテキストは、何もゲームデータにある物とは限りません。
例えば、ゲームタイトル名とか、ユーザに問い合わせる時の選択肢のテキストとか、いろいろあると思います。
そのような事のために、単に文字列のIDと言語から翻訳のテキストを引いてくる仕組みを作っておくべきです。

言語毎にカラムを作らない理由は、サポートする言語が増えた時にテーブルを作り直す必要が出てくるので、それを避けるためです。

Comments

[hinatahinata]

ありがとうございます。
確かに翻訳の外注も視野にいれておりましたので大変参考になりました。

Answer 2

1の亜種で、キャラクターテーブルなど多言語が必要なテーブルは空もしくはデフォルトにしておいて、言語切替の時に時に言語別に作っておいたテーブルからコピーする。

Comments

[hihijiji]

皆さんRDBの常識に捕らわれすぎているようです。
組み込みDBは原則的にシングルユーザなので、いつでもどこでもほかの処理を止めてメンテナンスに入れます。
これが最適とは言いませんが、もうちょっと組み込みDBらしい発想があっても良いかと思います。

[hinatahinata]

おっしゃる通り組み込みなので、こういった考え方もできるのですね。
大変参考になりました。
ありがとうございます。

Answer 3

多言語対応 DB設計の考察

お空から「多言語システム作れよ」と言われたら設計責任者が目を通すための記事

が参考になれば。

データ量が増えて行くシステムなら早めにMySQLやそのフォークのMariaDBに移行しておいた方が吉かも？

Comments

[hinatahinata]

ありがとうございます。
皆様の色々なご意見、全て大変参考になりましたので
一番早く投稿いただいたOrlofskyさんをベストアンサーにさせていただきます。