クラスタ化インデックス、order by節なし

Question

私は数百万のレコードを持つトランザクションテーブル（単一の主キー）を持っており、毎日100個のレコードが追加されています。

さらに、このテーブルは、新しく挿入されたレコードに対してのみ、順序なしで行われるリコンシリエーションと決済に使用されます。

IDカラムにクラスタード・インデックスを作成しましたが、ASCかDESCかどうかはわかりません。ほとんどの処理は新しく挿入されたレコードで行われるので、私はそのインデックスをDESCとして注文することを考えていましたが、それは確実ではありません。

これについてStackOverflowに関するいくつかのブログと質問をチェックしましたが、それらのすべてがorder by節と複合クラスターインデックスについて議論しています。私の場合は、単一列のクラスタード・インデックスがあり、順序の要件はありません。

Answer 1

これは依存します... ORDER BYのようないくつかの操作では、インデックスは双方向であるため、ソートは必要ありません。

他の操作（ランキング、インデックススキャンなど）では重要です。 SQLエンジンは、並列性を備えたフォワードインデックススキャンを実行するように設計されていますが、クエリオプティマイザが逆インデックススキャンを必要とする場合、そのような操作はシングルスレッドです。したがって、誤ったソート順を選択すると、パフォーマンスに影響を与える可能性があります。

これは実際にデータベースのデータとクエリに依存するので、（テーブルに対して）最も頻繁なユーザークエリを取得し、2つの異なるソート順の実行計画とIO統計を確認することをお勧めします。

また、データがインデックスのソート順と同じ順序で追加されないと、インデックスの断片化が発生する可能性があります。