Indice composite vs. Indice de couverture INCLUDE dans SQL Server

Question

Je comprends que les index composites sont toujours utilisés de gauche à droite (par exemple, si un index était sur Ville, État, WHERE Ville = "Blah" ou WHERE Ville = "Blah" ET État = "AA" fonctionnerait bien mais WHERE State = "AA" ne le ferait pas).

Est-ce que ce même principe s'applique aux index INCLUDE?

Merci d'avance!

Argile

Answer 1

Inclure des colonnes ne peuvent être utilisées pour fournir des colonnes à la partie SELECT de la requête. Ils ne peuvent pas être utilisés dans le cadre de l'index pour le filtrage.

EDIT: Pour clarifier davantage mon point, considérez cet exemple:

Je crée une table simple et remplissiez:

create table MyTest (
    ID int, 
    Name char(10) 
) 

insert into MyTest 
    (ID, Name) 
    select 1, 'Joe' union all 
    select 2, 'Alex' 

considèrent maintenant ces 3 indices et leurs plans d'exécution correspondants pour un simple SELECT.

select ID, Name 
    from MyTest 
    where Name = 'Joe' 

Cas 1: Un index sur les résultats seulement ID dans un SCAN TABLE.

create index idx_MyTest on MyTest(ID) 

Cas n ° 2: Un index sur ID y compris le nom. Un peu mieux parce que l'index couvre la requête, mais j'obtiens toujours une opération SCAN.

create index idx_MyTest on MyTest(ID) include (Name) 

Cas n ° 3: Un index sur Nom ID y compris. C'est le meilleur. L'index est construit sur la colonne dans ma clause WHERE, donc j'obtiens une opération SEEK, et l'index couvre la requête à cause de la colonne incluse.

create index idx_MyTest on MyTest(Name) include (ID) 

Answer 2

Non, les champs d'inclusion ne sont pas classés.

Voici quelques considérations de conception supplémentaires:

http://msdn.microsoft.com/en-us/library/ms190806.aspx