インデックスの数が多すぎる/いついるかを知る方法は？

Microsoft SQL Server Profilerを時々実行すると、作成する新しいインデックスと統計情報がたくさんあります（「... 97％の改善が見込まれる...」）。

私の理解から、追加されたすべてのインデックスは、SQL SELECTクエリを高速化できますが、インデックスを調整する必要があるため、クエリも低速化UPDATEできINSERTます。

私が疑問に思うのは、いつ「多すぎる」インデックス/統計がありますか？

たぶんこれに関する明確な答えはありませんが、いくつかの経験則があります。

負荷プロファイルは、この質問に答える上で最も重要な要素です。

• 読み込みが集中する場合は、インデックスが最も重いクエリまたは最も頻繁なクエリを満たすようにします。

• 負荷が書き込み集中型の場合は、慎重にインデックスを作成してください。たとえば、1つまたは2つの最も高価なSELECTだけでなく、UPDATEが必要とするシークを満たすインデックス。

• ロードがOLAPロードの場合は、とにかくターゲット表をスキャンするため、インデックスは控えめにしてください。

インデックスが多すぎることをどのように確認しますか？

• それらの一部がクエリで使用されていないことがわかります。

• 頻繁なDELETE、UPDATEまたはINSERTは、いくつかの高価なインデックス変更（非クラスター化インデックスinsert、update、またはdelete）を含むクエリプランを示します。これらのDMLステートメントのペナルティが、更新する必要のあるインデックスから得られる利益に見合うかどうかを判断するために、判断を使用してください。

維持されているが、決して使用されていない（またはほとんど使用されていない）インデックスがある場合、多くのインデックスが必要です。ユーザーのパフォーマンスを改善するためにすべてのインデックスが使用されている場合、多くのインデックスを作成する必要はありません。