Pourquoi un index filtré de couverture effectue-t-il une recherche

Question

J'ai une table qui doit vérifier chaque minute pour alerter lorsque le total est supérieur à un nombre.

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

Mon idée était de créer un index filtré, quelque chose comme:

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

Mais en regardant le plan d'exécution, il y a une recherche de clé.

Je ne comprends pas pourquoi, car l'index a les deux colonnes pour la requête.

Quelqu'un peut-il m'expliquer pourquoi?

Answer 1

Si la condition est NULL alors vous aurez seulement une valeur pour le jeu d'enregistrements et pourquoi vous avez besoin d'un index à cette valeur? Sur quelle base fera-t-il le tri? Donc, vous devez faire index filtré où processedAt est non nul et utiliser cette condition dans le code aidera

Vous devez inclure la colonne ProcessedAt dans la colonne inclus dans le script de création Index

Ajout d'un exemple pour expliquer @ Martin Smith commentaire:

script de table:

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 
) 

Insérer dans les enregistrements de table:

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 

Créer un index non cluster filtré sur colonne id_for_FilteredIndex avec condition sur différentes colonnes another_id

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

Si j'Interrogation de la table avec exactement le même état alors optimiseur n'utilise pas keylookup

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

Si je change la condition en augmentant même +5 ou 10 alors il fait keyLookup à l'index en cluster

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

J'essaie d'expliquer ce que .. S'il y a un changement dans l'état, alors il utilise keylookup chercher. D'une certaine manière vous avez raison si la colonne est nullable et qu'elle a des valeurs nulles alors c'est différent