インデックスが挿入/更新のパフォーマンスに悪影響を与えることは知っていますが、クエリのパフォーマンスと挿入/更新のパフォーマンスの適切なバランスをトラブルシューティングして判断しようとしています。
非常に複雑なクエリに対して、いくつかのビュー（約20）を作成しました。キーによるシークには非常に時間がかかります（5〜10個のキーをスキャンするのに20秒かかる場合があります）。
これらのビューにインデックスを付けると（さまざまなキー列にクラスター化インデックスと非クラスター化インデックスの両方を使用）、80倍から100倍の範囲でパフォーマンスが向上します。また、挿入/更新のパフォーマンスが低下し、関連するさまざまなテーブルに約100行を挿入するスクリプトの実行に、瞬時ではなく約45秒かかります。
これらのビューにOLAPルートを使用したくない（これにより、まったく新しい複雑なレイヤーが追加されます。ビューは現在更新可能であり、逆同期の問題が発生します）...クエリのパフォーマンスと挿入/更新のパフォーマンスのバランスをとる方法を理解するため。
誰かが特定の問題インデックスを診断する方法と、挿入/更新への影響を減らすための潜在的な方法を提案できますか？
代替として、カバーリングインデックス、INCLUDEを含むインデックス、および複合クラスター化インデックスを使用して、違いが生じるかどうかを確認しました（実際にはそうではありません）。
ありがとう。