dm_db_index_physical_statsインデックスを作成しても効果のない列インデックスが役立たない例クラスター化インデックスデータベースの内部構造データベースの内部構造インデックスを理解するには、データベースの内部構造を理解しておくことが重要です。データベースの内部構造から理解していきましょう。2種類で構成されます。プロシージャなどが格納されます。KBの大きさで区切られています。ページは、ディスク入出力の単位です。800バイトであれば、1ページには10行分のデータを格納することができます。実データが格納されているページ全体は「ヒープ」と呼ばれています。ファイルへ格納されるので、内部的にはページへ格納されています。ページ」とも呼ばれます。ページは、「エクステント」と呼ばれ、テーブルやインデックスに割り当てられる領域の単位になります。ページに格納されます。これによって、同じオブジェクトのデータが連続した8ページに格納されることが保証されます。全件検索または範囲検索は、連続したデータにアクセスするので、ページごとではなく、エクステント単位(64KBの大きさ)でまとめて読み込むことでパフォーマンスを向上させています。ページにはデータの範囲ではなくデータの値(インデックスを作成した列の値)が格納されます。検索時には、この値と検索条件に指定された値との大小関係によってツリー構造が走査されます。作成した、「社員」テーブルの「姓」列に対する非クラスター化インデックスの構造は、次のようになります(データ量が少ない場合は、2階層のインデックスが作成されます)。ページへアクセスします。5行目に、実際のデータがあることが分かります。このように、インデックスを利用することで、すべてのデータを検索することなく、わずか数ページを読み取るだけで該当のデータを取得することができます。コマンドを利用すると調べることができます。これは、次のように実行します。ステートメントを実行して、[メッセージ]タブをクリックすると、次のように「論理読み取り数」が表示されて、クエリが読み取ったページ数を確認することができます。設定するまで有功です。動的管理関数は、インデックスの階層数や使用しているページ数を調べることができる大変便利な関数です。構文は次のとおりです。列で、使用しているページ数を取得することができます。指定することも可能です。指定した場合は、すべてのテーブルを対象にすることができます。関数から取得することができます。ビューから取得することができます。取得することができます。