【MySQL】データベースを追加するかテーブルを追加するか

Question

いつもお世話になっております。
MySQL/MariaDBをデータベースに使用したゲームを作成しています。

質問は、データベースを効率よく使うためにテーブルをユーザーごとに分離したいが、
その場合ユーザーごとのデータベースを作るのがいいのか、
テーブルをユーザーごとに分けたほうがいいのか、です。

説明がわかりづらいと思いますが、例えば所持品などを登録する場合、
1つのテーブルで全てのユーザーの所持品を登録してしまうと、
1ユーザーで100個のアイテムを持ったとしたら100ユーザーで1万件のデータになります。
アイテムの所持数や、ユーザーが増えるごとにデータ数が膨大になっていきます。

頻繁に使うのであまり大量のデータを検索してそこでボトルネックになると困るなと思い、
ユーザーごとに分離しようと考えました。

そこで、表題に上げた2パターンの考え方ができると思うのですが、どちらがベストなのでしょう？

##データベースを追加する場合
ゲーム根幹に関わるデータをGameデータベースに保存し、
各ユーザーのデータをUser00001というデータベースを作り、IDが1のユーザーが
ログインした場合はGameとUser00001のデータベースを見に行きます。

メリット

• どのユーザーのデータか分かりやすいため、メンテナンス性に優れる。
• ユーザーごとのデータの復元などが容易。

##テーブルを追加する場合
ゲームのデータをGameデータベースに保存し、所持品（item）テーブルを
item00001というテーブルを作り、IDが1のユーザーがログインした場合は
Gameデータベースのitem00001というテーブルを見に行きます。

メリット

• データベース数が増えないため、レンタルサーバなどでも運用可能。
• 1つのデータベースをリカバリすれば全てのデータが復元する。

並べてみると各ユーザーごとにデータベースを作るほうがメリットが大きい気もしますが、
今まで複数のデータベースを1つのシステムで扱うということをしたことがないため、
このようなことをやっても大丈夫なのか、という懸念もあります。

非常に長くなってしまい申し訳ございません。読んでくださりありがとうございます。
ご回答よろしくお願いいたします。

Comments

[takepieee]

普通は同一テーブルにユーザIDを追加して、条件式で抽出すると思いますし、それで行が多くなりすぎる危惧を抱いているようなのですが、こう言ってはなんですが、たがが1万件10万件程度で・・と正直思わなくはないのですが、実際に試されましたか？

[YashaWedyue]

実際には試していませんが、業務で使っているデータベースが20万件そこそこで少しもたつく感じがしたので、最初から対策を・・・と思った次第です。設計をきちんとすれば数百万件でも問題ないのですね。

[takepieee]

ダミーデータを想定の10倍程度入れて、コマンドでselect文を叩いてみて下さい。実行時間が出ますので。それで不満があれば設計を見直してみてはいかがでしょうか。

Answer 1

「データが増えた」からと言って、テーブルを分けてしまうのは筋が悪すぎます。しかも、1000万件を超えるような規模感なら別として、「たった1万件」であれば、ふつうに処理できる範囲内です。

頻繁に使うのであまり大量のデータを検索してそこでボトルネックになると困るなと思い

集計を取るなら構造に応じて考える必要はありますが、ユーザーの一致だけ拾えればいいという状況なら、ユーザーIDをキーとしてインデックスをかければ通常は解決する話です。

Comments

[YashaWedyue]

ご回答ありがとうございます。
基本的に分ける必要はないということですね。
データベースの設計を見直してみます。

Answer 2

他の回答者さんがおっしゃられる通り、
基本は同一テーブルでの運用がよいというのは私も同じ意見です。
さらにいえば個別ユーザー単位だけでなくユーザーグループを作成した上で
対応したほうが良いでしょう。

考え方はいくつかあります。

• ユーザーはどこかのグループにユニークに属する
• ユーザーは最低１グループに属し、複数のグループに所属できる
• ユーザーグループ単位でテーブルを作成する
• 全ユーザーが同じテーブルを利用し、ユーザーグループ単位で参照・更新を切り分けられる

Comments

[YashaWedyue]

ご回答ありがとうございます。
ユーザーグループの概念は考えつかなかったので少し考慮して設計から考え直したいと思います。

Answer 3

データベースの原点から言わせて頂ければ、どちらもお勧めしません。

なぜならば、あるユーザーのデータにアクセスするとき、
SELECT * FROM DB.USER0x
あるいは、
SELECT * FROM USER0x.ITEMS
と、いう記述になります。（0xはユーザー可変）

データベースは一般的に、実行されるSQL文を、実行頻度によって、
キャッシュしたりするのですが、これではキャッシュが効きません。

また、ソースコードに可変部分が入るため可読性が悪くなるのは言わずもがなです。

どれほどカラムが多いレコードを設計するかにもよりますが、
せいぜい1万件程度のレコードからデータを取り出すのであれば、
適切な正規化とプライマリキーを置くことで問題ないはずです。

まずはプレーンな使用方法で作成し、問題があれば分離していくことをお勧めします。

Comments

[YashaWedyue]

ご回答ありがとうございます。
キャッシュやソースの点からも分けるのは非推奨ということですね。
もう少し勉強して出直します。