SQL Server 2008 R2データベースチューニングアドバイザーを使用して、サードパーティのERPシステムで使用される1つのデータベースをチューニングしています。現時点では、このERPアプリケーションには、ユーザーが実行する特定のアクションで深刻なパフォーマンスの問題があります。
SQL Serverプロファイルを使用して、1日の忙しい時間帯に数時間本番データベースをトレースしました。昨夜、私はデータベースチューニングアドバイザーにトレースをかみ砕かせました、そしてそれはたくさんの推薦と89％の約束されたパフォーマンスの向上を思いつきました!!
これで、推奨事項から、最初に推奨されるクラスター化された一意のインデックスを作成してから、トレースとチューニングをやり直す必要があることを理解しました。
クラスタ化されたインデックスを作成することで、アプリケーションの機能がどのように損なわれる可能性がありますか？
クラスター化されたインデックスを作成することで、アプリケーションの機能がどのように機能しなくなる可能性はありますか？
いいえ、CLUSTERED INDEX / UNIQUE INDEXを作成しても、機能の観点からアプリケーションが破損することはありません。これらは、テーブルスキャンを実行する代わりに、インデックスが参照される検索時に役立つためです。これらは、整合性制約（PRIMARY KEY、UNIQUE KEY、FOREIGN KEYなど）のように、データをテーブルに格納する方法に制約を課しません。
クラスター化インデックスは、更新および新しいレコードの挿入の場合にアプリのパフォーマンスを低下させる可能性があります。クラスター化インデックスは、クラスター化インデックスで定義されている順序でレコードを配置するようにSQLに指示します。
新しいレコードがこの順序を破る場合、SQLはテーブル内の多くのレコードを移動して、新しいレコードごとにクラスター化インデックスの順序を確保する必要があります。