マルチテナントDBのテナントIDのインデックス付け

Question

私はアプリケーション用のマルチテナントDBを作成しています。私はすべてのテーブルのアプローチでTenantIDに行って、それは非常にうまく動作します。私はパフォーマンスチューニング段階にいます。

私の質問は、データベースのすべてのクエリがこの列をフィルタリングするので、最適化された検索のために各テーブルの各インデックスにインデックスを付ける必要がありますか？

助言を受けてください。あなたはインデックスを作成するときにする必要があり、多くの考慮事項がありますが

おかげ

Answer 1

は、私の経験では、（ユニーク）クラスタ化インデックスは、すべてのPKクエリが複合キーに探すことができますtenantId + PKとしてうまく機能します。

これには、非クラスタ化インデックスのテーブルへの参照としてSQL Serverがクラスタ化キーを参照として使用するため、非クラスタ化インデックスにtenantIDを追加するという利点があります。

挿入がほぼ常に中間ページになるので注意してください。このアプローチでは、読み込みを最適化することは間違いありません。塗りつぶし係数を70とし、フラグメンテーションを見て、定期的なインデックスメンテナンスを確実にしてください（これはとにかく必要です）

最高の運があります。

Answer 2

デザインのマルチテナント性を利用するすべてのクエリでは、tenantIdを含むインデックスが必要です。問題は、インデックス構造がどこでテナントが発生するかです。もちろん答えはそれに依存します。最大の選択性を持つフィールドが最初に来るようにインデックスを構築してみてください。

たとえば、状態（50）とテナント10の均等分布を持つテーブルを想定して、私はState、TenantIdというインデックスを作成します。 1000人のテナントと同じテーブルのためにTenantIdというインデックスを作成してからStateを作成します。

実際には両方のインデックスが便利です（オプティマイザで並べ替えます）。