ホームページ >バックエンド開発 >PHPチュートリアル >SQL Server インデックスを最適化するためのヒント_PHP チュートリアル
SQL Server インデックスを最適化するためのヒント_PHP チュートリアル
- WBOYオリジナル
- 2016-07-13 17:01:52967ブラウズ
SQL Server には、SQL Server のパフォーマンスを検出、調整、最適化できるツールがいくつかあります。この記事では、SQL Server ツールを使用してデータベース インデックスの使用を最適化する方法について説明します。この記事には、インデックスに関する一般的な知識も含まれています。
インデックスに関する常識
データベースのパフォーマンスに影響を与える最大の要素はインデックスです。問題が複雑なため、ここでは簡単に触れることしかできませんが、このテーマに関する良書がいくつかありますので、ぜひ読んでみてください。ここでは、クラスター化インデックスと非クラスター化インデックスという 2 種類の SQL Server インデックスについてのみ説明します。どのような種類のインデックスを作成するかを検討するときは、データ型とデータを保持する列を考慮する必要があります。同様に、データベースで使用される可能性が高いクエリの種類と、最も頻繁に使用されるクエリの種類も考慮する必要があります。
インデックスの種類
列に関連性の高いデータが格納されており、頻繁に順次アクセスされる場合は、クラスター化インデックスを使用するのが最適です。これは、クラスター化インデックスを使用すると、SQL Server が物理的に昇順 (既定) に並べ替えるからです。データ列を降順にすることで、クエリされたデータをすぐに見つけることができます。同様に、検索が特定の範囲内で制御されている場合は、これらの列にクラスター化インデックスを使用するのが最適です。これは、データの物理的な再配置により、各テーブルにクラスター化インデックスが 1 つだけ存在するためです。
上記の状況とは逆に、列に関連性の低いデータが含まれている場合は、非クラスタ化インデックスを使用できます。テーブルには最大 249 個の非クラスター化インデックスを使用できますが、これほど多くのインデックスを使用する実際のアプリケーションは想像できません。
テーブルで主キーが使用されている場合、デフォルトでは、SQL Server はそのキーを含む列に対して一意のクラスター インデックスを自動的に作成します。明らかに、これらの列に一意のインデックスを確立することは、主キーが一意であることを意味します。外部キー関係を確立するときに、外部キー 列を頻繁に使用する予定がある場合は、外部キー 列に非クラスター化インデックスを作成することをお勧めします。テーブルにクラスタード インデックスがある場合は、リンク リストを使用してデータ ページ間の関係を維持します。逆に、テーブルにクラスター化インデックスがない場合、SQL Server はデータ ページをスタックに保存します。
データ ページ
インデックスが確立されると、SQL Server は検索を高速化するために使用されるポインターであるデータ ページ (datapage) を作成します。インデックスが作成されると、対応するフィル ファクターが設定されます。フィル ファクターは、インデックス内のデータ ページの割合を示すように設定されます。時間が経つと、データベースの更新により既存の空き領域が消費され、ページが分割されます。ページ分割の結果、インデックスのパフォーマンスが低下するため、インデックスを使用したクエリではデータ ストレージが断片化されます。インデックスの作成時にインデックスの FILL FACTOR が設定されるため、FILL FACTOR を動的に維持することはできません。
データ ページの FILL FACTOR を更新するには、古いインデックスを停止してインデックスを再構築し、FILL FACTOR をリセットします (注: これは現在のデータベースの動作に影響します。重要な場合には注意して使用してください) ）。 DBCC INDEXDEFRAG と DBCC DBREINDEX は、クラスター化インデックス フラグメントと非クラスター化インデックス フラグメントをクリアする 2 つのコマンドです。 INDEXDEFRAG はオンライン操作 (つまり、クエリなどの他のテーブル操作をブロックしません) であるのに対し、DBREINDEX は物理的にインデックスを再構築します。ほとんどの場合、インデックスを再構築すると断片化をより効果的に解消できますが、この利点は、インデックスが配置されているテーブルで現在実行されている他のアクションをブロックすることを犠牲にして得られます。大規模な断片化されたインデックスが発生すると、コマンドは小さなトランザクション ブロックに基づいて実行されるため、INDEXDEFRAG には時間がかかります。