Q&A
そのWEBシステムのポジションといいますか、扱いといいますか、どういう目的で公開しているかによるんじゃないですかねえ。とりあえず… 有料なの?
あるWEBシステムを取引先に公開したのですが、現在は１つのDBにユーザIDを切ってデータを登録しています。
ところが、取引先によっては数十万レコードを登録するようなお客様もいらっしゃいますし、利用しないお客様は数十レコードってお客様もいらっしゃいました。
そうなると、あまり利用しないお客様の処理が遅くなるのではないかと懸念してますし、また数十万レコードのお客様が今後も複数出てくれば、数百万レコードになっていく可能性もあります。
（現状でこれなので、時間の経過とともに、もっともっと増えていくのではないかと思います）
▽ユーザーごとにDBを分けるメリット、デメリット
https://teratail.com/questions/192919
で、似たような質問があるのですが、結局メリットデメリットがよくわからずにいます。
やりたいことは、プログラムは共通のものを使うとして、DBはお客様毎に分けた方がいいのか、DB構造の更新や追加機能などのメンテナンス性を考えればこのままDBは１つで利用した方がいいのか、ご助言を賜りますとありがたいです。
そもそも、同一WEBシステムでDBを分けると言うことってありなんでしょうか。。。
ちなみに、取引先同士で何かデータを共有するようなことはありません。
（完全な独立データになります）
よろしくお願いいたします。
はい。有料システムです。
トランザクションではなく、アカウント数によって料金が変わりますので、
同じアカウント数であれば数十万件でも数十件でも料金は変わりません。
回答4件
0
ベストアンサー
そもそも、同一WEBシステムでDBを分けると言うことってありなんでしょうか。。。
普通にアリです。
そもそも、同一WEBシステムで「DBを分けてはいけない」理由がありません。
メンテナンス性についても、DBサーバーの負荷が問題になるようなケースを想定すれば、ユーザー単位で切り離せる事にはメリットがあります。
DBサーバーにパフォーマンス上の問題が出た場合、基本的にはスケールアウトで対応するは難しいですが、ユーザー単位で違うDBのインスタンスを持っているのであれば、負荷が最大となるユーザーのみ専用のサーバーに移す事が容易になるなど、柔軟性が増します。
また、他の方が書かれている通り、全ユーザーで単一DBの場合は、例えばSQLインジェクション等のセキュリティ問題が発生した際に、１つのDBへのアクセス権だけで全ユーザーに影響範囲が広がるなどのリスクもあります。
ユーザごとにDBが別れて、かつ適切なアクセス制御が行われていれば、不正なアクセスが成功したユーザーのみに影響は抑えられます。
もちろん、分散することで管理対象が増えるというデメリットはありますし、共通するマスターデータをDB毎に持つようになれば、その分余分な容量を消費する事にはなりますが、そこは上記のメリットとトレードオフの関係なので、そのシステムをどのように運用したいのか、という要件次第で判断することです。
投稿2020/10/02 12:14
総合スコア8947
0
とりあえずテーブルをわけるだけで良い気もします。
きっちりインデックスをはれば同じテーブルでも大丈夫かも
投稿2020/10/02 11:02
総合スコア116724
既存のテーブルにPrefixかSuffixか付けて、顧客ごとにテーブルを分けると言うことでしょうか？？
確かにそっちの方がDBを分けるよりメンテナンスは楽なような気がしますが・・・
それ用のシステム改修が大変だ...orz
データベースはそんなにボンボンつくるものでもないでしょう
基本はテーブル単位です。
でも同じ機能のテーブルを沢山つくるくらいなら、
各レコードに使用者のIDを埋め込めば、１テーブルで管理できます
確かに仰る通りですね。
今回はDBを分ける方向でメンテナンスいたします。
ありがとうございました。
あなたの回答
tips
プレビュー
