1
Je possède ce tabulaires (tableA):Sql Server faire une analyse complète de la table lorsque premier champ PK a quelques valeurs distinctes
(
[FieldA] [int] NOT NULL,
[FieldB] [int] NOT NULL,
[Value] [float] NULL
CONSTRAINT [PK_TableA] PRIMARY KEY CLUSTERED
(
[FieldA] ASC,
[FieldB] ASC
)
Il y a quelques valeurs FieldA distinctes, permet de dire FieldA peut être {1,2 , 3,4,5,6}.
Pourquoi cette requête provoque un scan de table:
SELECT COUNT(*) FROM TableA WHERE FieldB = 1
Bien que cela ne fait pas:
SELECT COUNT(*) FROM TableA WHERE FieldB = 1 where FieldA in (1,2,3,4,5,6)
Impossible Sql Server optimize cela? Si j'avais TableB où FieldA était un PK et que je rejoignais TableB et TableA, la requête serait exécutée de manière similaire à la deuxième requête.
La deuxième version n'effectue pas un balayage de table complet vraisemblablement parce qu'il y a plus de valeurs dans la colonne A que '1,2,3,4, 5,6' - ou du moins il pourrait y avoir. La première version n'autorise pas l'optimiseur à affiner à une plage quelconque parce que vous n'avez pas inclus la colonne de clé, il doit donc vérifier chaque ligne. Si vous ajoutez un index non cluster avec FieldB comme colonne principale, vous devriez voir des performances/comportements différents. –
Une bonne analogie pour un index à deux colonnes est un annuaire téléphonique. Ceci est ordonné par 'lastname, firstname'. Votre première requête est analogue à essayer et trouver tout le monde appelé "John" dans le livre. La commande par nom de famille n'aide pas. Si la seconde requête finit par faire plusieurs recherches qui finissent par renvoyer toutes les lignes, ce n'est pas plus efficace qu'une analyse complète. –
Un index composé peut être utilisé chaque fois que vous interrogez les n membres les plus à gauche de celui-ci. Donc dans votre cas: votre clé primaire composée aide pour les requêtes avec 'FieldA', ou pour les requêtes avec' FieldA' et 'FieldB' - mais elle ** NE PEUT JAMAIS être utilisée pour les requêtes utilisant uniquement' FieldB'. En spécifiant deux colonnes dans la clé composée ** NE PAS ** signifier que vos recherches pour chacune de ces colonnes (séparément) seront accélérées. –