Почему индекс, отфильтрованный по охвату, выполняет поиск

Question

У меня есть таблица, которую нужно проверять каждую минуту, чтобы предупредить, когда сумма больше числа.

SELECT 
    count(CreatedAt) Total 
FROM 
    Process d 
WHERE 
    d.ProcessedAt is null 
    AND DATEDIFF(second, GETUTCDATE(), d.CreatedAt) > 30 

Моя идея была создать отфильтрованный индекс, что-то вроде:

CREATE NONCLUSTERED INDEX [FIX_Process_CreatedAt_ProcessedAt] ON [dbo].[Process] 
(
    [CreatedAt] ASC 
) 
WHERE ProcessedAt IS NULL 

Но, глядя на план выполнения, есть ключ поиска.

Я не понимаю, почему, потому что индекс имеет два столбца для запроса.

Может ли кто-нибудь объяснить мне, почему?

Answer 1

Если условие равно NULL, у вас будет только одно значение для набора записей и для чего вам нужен индекс для этого значения? На каком основании он будет сортировать? Так что вам нужно сделать фильтрованный индекс, где processedAt не равно нуля и использовать это условие в коде поможет

Вам нужно включить столбец ProcessedAt в ВКЛЮЧЕННОГО колонка в сценарии создания индекса

Добавление примера для объяснения @Martin Смита комментарий:

Таблица сценария:

Create Table TestKeyLookup 
(
id int identity(1,1) primary key -- Created PK which will create clustered Index 
,id_for_filteredIndex int NOT NULL 
,another_id int NOT NULL 
) 

Вставка в таблицу записей:

declare @i int = 50 
while @i < 1000000 
begin 
    insert into TestKeyLookup (id_for_filteredIndex, another_id) values (@i, @i+5) 
    set @i = @i + 10 
END 

Создание Non кластерного отфильтрованный индекса на столбце id_for_FilteredIndex с условием на другой колонке another_id

create nonclustered index NCI_TestKeyLookup on dbo.TestKeyLookup(id_for_filteredIndex) 
where another_id > **673105** 

Если я запросить таблицу с точно таким же условием, то оптимизатор не использует KeyLookup

select count(id_for_filteredIndex) from TestKeyLookup with(index(NCI_TestKeyLookup)) 
where another_id > 673105 

Если я изменяю условие, увеличивая даже +5 или 10, тогда он делает keyLookup для кластеризованного индекса

select count(id_for_filteredIndex) from TestKeyLookup with(index(NCI_TestKeyLookup)) 
where another_id > 673110 

Я пытаюсь объяснить это только .. Если есть изменение в состоянии, то он использует KeyLookup для извлечения. В некотором смысле вы правы, если столбец имеет значение NULL, и он имеет нулевые значения, тогда он отличается