SQL Serverが使用するインデックスデータ構造/アルゴリズムを定義します。

Question

インデックス作成に使用するデータ構造/アルゴリズムをSQL Serverに伝える方法はありますか？

つまり、ハッシュ、b-tree、またはb-treeの別の基本値を使用してメモリを消費しないようにすることはできますか？

私の問題は、インデックス作成に1TBのRAMを使用する12TBのデータベースがあることですが、ボックスには192GBのRAMしかありません。 SQL Serverはいくつかのメモリ管理を行い、データベースは最終的には駄目になり、ディスクI/Oキューはおそらくスワッピングのために高位になります。私はインデックスを使用したいと思いますが、私はデフォルトのbtreeのインデックス作成があまりにもメモリが重いと信じています。回答に基づいて、フォローアップの質問を投稿することもできます。ありがとうございました。

Answer 1

私はあなたが尋ねていることを理解しようとしている間、この質問をしていました。それが私にもたらされるまで、適切なインデックスのない大きなテーブルがあり、クエリによって常にテーブルスキャンがトリガされます。これにより、IO負荷が高くなります。

Waits and Queuesの方法論に従って、ボトルネックを特定することをお勧めします。調査でSQL Customer Advisory Team（SQLCAT）が使用する実績のある方法論です。ボトルネックが特定されたら、それらを克服する方法についてここで質問してください。

まず、SQL Serverと一般的なデータベースの概念を少し理解してから、あなたの質問がどのようになるかを理解する必要があります。私は非常にあなたが先に進む前に、MSDNでこれらのトピックを読むことをお勧めします：

• Tables and Index Data Structures Architecture
• Memory Management Architecture
• Query Processing Architecture