索引行の数が減少します。パフォーマンスが向上しない

Question

大規模なテーブル（1600万行）の列（日付）にクラスタ化されていない一意でないインデックスが作成されましたが、インデックスを使用しないでください。

クエリ1（インデックスを使用）：

SELECT * 
FROM testtable 
WHERE date BETWEEN '01/01/2017' AND '03/01/2017' 
ORDER BY date 

クエリ2（NO指数）：両方のクエリが実行され、同じ結果を返すために同じ時間がかかる

SELECT * 
FROM testtable WITH(INDEX(0)) 
WHERE date BETWEEN '01/01/2017' AND '03/01/2017' 
ORDER BY date 

。それぞれの実行計画を見ると、クエリ1の行数は
〜400万行で、クエリ2は1億600万行を読み込んでいます。インデックスは機能しているようですが、パフォーマンス上のメリットはありません。

これがなぜであるか、またはこの場合のクエリスピードを上げる方法については、何か考えてください。

Answer 1

が含まれる列にインデックスを作成します：Cover index

このトピックでは、SQL Server Management StudioまたはTransact-SQLを使用して、SQL Serverの非クラスタ化インデックスの機能を拡張する（または非キー）の列が含まれて追加する方法について説明します。非キー列を含めることにより、より多くのクエリをカバーする非クラスタ化インデックスを作成できます。これは、非キー列に以下の利点があるためです。

• インデックスキー列として使用できないデータ型にすることができます。
• インデックスキー列またはインデックスキーサイズの数を計算するときにデータベースエンジンで考慮されません。

非キー列のインデックスは、クエリのすべての列がキー列または非キー列のいずれかとしてインデックスに含まれていると、クエリのパフォーマンスを大幅に向上させる可能性があります。クエリオプティマイザはインデックス内のすべての列値を見つけることができるため、パフォーマンスが向上します。表またはクラスタード・インデックス・データへのアクセスは行われず、結果としてディスクI/O操作が少なくなります。

CREATE NONCLUSTERED INDEX IX_your_index_name 
ON testtable (date) 
INCLUDE (col1,col2,col3); 
GO 

Answer 2

クエリの必要性を念頭に置いてインデックスを作成する必要があります。この高速で無料のビデオコースでは、すばやくスピードアップする必要があります。

https://www.brentozar.com/archive/2016/10/think-like-engine-class-now-free-open-source/