データベース内のクライアントごとのテーブル

Question

サービスを開発しているのは、各クライアントユーザが予定を立てることができるようにすることです。 データベース内の戦略（MS SQL SERVER）が各クライアントに適していますか？

このような戦略は、複雑なテーブルロックを単純化し、除外すると考えています。

Answer 1

マルチテナントアプリケーションを構築しようとしているようです。私はクライアントごとに1つのテーブルをお勧めしません。むしろ、私は2つのソリューションのいずれかをお勧めします：

1. は同じテーブルにすべてのクライアント（テナント）のデータを統合し、識別子によって分離します。言い換えれば、すべてのトップレベルのテーブルには、各クライアントのデータを識別して分離する「ClientId」または「TenantId」と呼ばれる外部キーがあります。このアプローチの欠点は、データベースのサイズが大幅に大きくなり、大規模なデータベースは複雑なサイズのデータ​​ベースを管理するためです。さらに、開発者がClientIdでフィルタリングするのを忘れて、あるクライアントが別のクライアントのデータを見るというクエリを作成するリスクがあります。

2. クライアントごとに1つのデータベース。より極端なソリューションですが、クライアントのアプリケーションをホストする場合、各クライアントのデータのサイズに大きな違いがある場合、またはクライアントがデータ分離を絶対的に保証したい場合に役立ちます。