sql-server - マルチ クライアント データベース設計: スキーマによる分離は適切な設計ですか?

Question

SQL Server 2008 R2 でマルチクライアント データベース (SAS など) を設計しています。このフォーラムでの調査中に、長期的には (パフォーマンスが問題になる場合)、別のデータベースを使用して cient データを分離することが好ましいことがわかりました。

しかし、短期的には (そして迅速な起動のために)、同じデータベースに異なるスキーマを作成してクライアント固有のデータを分離することは良い考えでしょうか?

Answer 1

この種のアプリケーションの用語は、「マルチテナント」アーキテクチャです。SO にはマルチテナント タグがあります。お気に入りの1つにしてください。

マルチテナント アーキテクチャは、「何も共有しない」ものから「すべてを共有する」ものまでさまざまです。スペクトルの「何も共有しない」エンドでは、テナントごとに 1 つのデータベースを構築します。「すべてを共有」の最後では、テナントはすべてのテーブルを共有します。各行には、その行が誰に属しているかを示すテナント識別子があります。

これら 2 つの間に、テナントごとに 1 つのスキーマがあります。

コスト、データの分離と保護、メンテナンス、災害復旧の間のトレードオフの詳細については、この SO answerを参照してください。