Почему индекс SQL Server не используется?

Question

Большинство моих запросов SQL имеют WHERE rec_id <> 'D'; как, например:

select * from Table1 where Field1 = 'ABC' and rec_id <> 'D' 

Я добавил индекс на REC_ID. Но когда я запускаю этот запрос и смотрю план выполнения, новый индекс (REC_ID) не используется. В плане выполнения указывается стоимость 50% индекса nonClustered Field1 и 50% RID Lookup (кучи) в Table1.

Почему индекс REC_ID не используется?

Answer 1

SQL Server использует множество факторов, чтобы определить, какие индексы использовать. Он должен был определить, что использование индекса на Field1 будет более эффективным, если использовать индекс на rec_id, а это значит, что field1={value} определяет меньший набор, чем rec_id <> {value} на основе дисперсии данных и т. Д., Поэтому для сравнения с другим условием меньше записей. Обратите внимание, что фактическое значение обычно не имеет значения при определении того, какой индекс использовать.

Answer 2

Для этого запроса:

select * 
from Table1 
where Field1 = 'ABC' and rec_id <> 'D'; 

Лучший показатель table1(Field1, rec_id).

Однако ваш запрос может оказаться не в состоянии использовать индекс. Цель использования индекса для предложения where заключается в уменьшении количества страниц, которые необходимо прочитать. Чтобы понять концепцию некластеризованных индексов на обычных строках, вам понадобятся некоторые основные идеи:

• Записи хранятся на страницах.
• Каждая страница имеет 8,192 байт (немного меньше используется для данных) и может хранить некоторое количество записей.
• Вся страница загружается в память для чтения записи.

Скажем, запись составляет около 80 байт, и на каждой странице записано 100 записей. Если 10% записей имеют Field1 = 'ABC', то на каждой странице будет около десяти. Это означает, что использование индекса не будет (обычно) сохранять любые чтения страниц. Если соответствует 1% записей, то на каждой странице будет по одному. Индекс по-прежнему не помогает.

Если только 0,01% записей совпадают (30 в вашем случае), то нужно прочитать только часть страниц. Это сладкое место для индексов, и там, где они действительно полезны.

Число совпадающих записей называется «избирательность». Если предложение where не очень избирательно, то некластеризованный индекс не будет полезен.

Иногда кластерный индекс может быть полезен в этой ситуации. Однако кластеризованные индексы могут иметь дополнительные накладные расходы для insert и некоторые транзакции update. Таким образом, выбор индекса должен основываться на обрабатываемых запросах и других способах использования таблицы.