DB設計について（動的にテーブルを作る）

Question

何かのシステム開発で運用中にテーブルを追加することって設計として良いですか？
例えば、A社用マスタ、B社用マスタ…で会社との契約時にDBではなくテーブルを追加するというようなことを考えていましたが、設計的にどうなのか気になりました。

Answer 1

設計的には宜しくないです。
テーブルを動的に作るということは、アクセスするロジックも動的になるということです。

会社ごとのサービスとして提供するというなら、空間ごと別物（DB名やスキーマ名）にし、接続情報のみでスイッチするようにすれば、物理的な資源（サーバーやストレージなど）と合わせて拡張可能になります。

同一のシステムで参照するマスタということであれば、会社コードなどの識別を持たせて一つのテーブルに纏めるというのが一般的です。

Answer 2

良くないです。テーブルを追加するということは、プログラムを変更するということです。

まして、テーブルによって各社で共有したりしなかったりがあるのは複雑になります。

恐らく運用手順の間違いによるトラブルが発生します。

テーブルのキーに会社IDを追加しましょう。
（データ件数が多くなりすぎるという問題や最悪他の会社のデータを表示させて重大なセキュリティ問題に発展するなどの問題もありますが。。。）

（DBインスタンスを含む）サーバインスタンスを会社ごとに追加するというのも手段としてはありだと思います。

Answer 3

よほど特殊な状況でない限り会社毎にテーブルを追加したりはしないでしょう。取引会社が増える度にプログラムを直さないといけないので大変な負担です。
通常は会社コードをprimary keyの一部としてテーブルを設計するはずです。