Discussion :

[berceker united]

Bonjour,

J'ai un problème sur les index. Dans une procédure stockée dont je tente d'optimiser en utilisant des tables temporaire et des index, je constate que mes index ne sont pas utilisé. Cela peut être du au faite que le moteur estime qu'il y a pas lieu de l'utiliser, mais pour être sur j'ai voulu forcer l'index en utilisant la syntaxe suivante WITH(INDEX(MonIndex)) . Là je reçois une insulte me disant que cette index n'existe pas.
Dans le plan d'exécution c'est à base de Table scan alors qu'il devrait utiliser l'index. Je rajouterais même qu'il en utilise aucune car il y en a plusieurs dans la procédure.
J'avoue ne pas comprendre pourquoi. Aurai-je raté quelque chose ?
Merci

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
CREATE TABLE #TMP_TABLE(
  Col1 UNIQUEIDENTIFIER,
  Col2 UNIQUEIDENTIFIER,
)
 
 
CREATE INDEX MonIdex1 ON #TMP_TABLE(Col1)
CREATE INDEX MonIdex2 ON #TMP_TABLE(Col2)

[SQLpro]

Donne tout le code, mais le mélange DML / DDL dans une routine impose des recompilations et l'analyse primaire risque de ne pas valider....

A +

[berceker united]

Merci pour ton intervention.
Le code est assez gros et comme c'est une procédure d'une entreprise je vais pas la montrer en public, mais le code ci-dessus est un peut prêt ce que je fais. Je peux néanmoins l'envoyer en MP si c'est vous êtes d'accord.
Etant donné que le Go ne peut être présent dans une routine, y aurait-il un moyen de forcer la prise en compte dans le DDL.

Avec Sybase j'avais pas ce problème et je me suis pas poser cette question sur SQLServer.

[berceker united]

J'ai un poil avancé sur cette histoire. Ce dont je comprend c'est que SQL Server ne prend pas en compte la creation d'index de manière brute. Pour que ça puisse prendre effet il faut créer des clés primaires dans la mesure ou c'est possible. A ce moment là les index qui ont été créés seront utilisé par le moteur. Mais je peux vraiment dire que cette affaire soit résolu car c'est une méthode de brigand

[aieeeuuuuu]

Bonjour,

Ce dont je comprend c'est que SQL Server ne prend pas en compte la creation d'index de manière brute

Alors vous avez dû mal comprendre, car SQL Server sait utiliser un index sur une table temporaire, dans une procédure stockée, même si celui-ci vient d'être créé comme ça semble votre cas.

Bien sûr, comme pour n'importe quel index, il ne l'utilisera que s'il juge que ce sera rentable.

A défaut d'avoir le code de toute le procédure, peut-on au moins avoir le vrai CREATE de la table temporaire, celui des index, et la requete en question ?
Au besoin, anonymisez le nom des tables/colonnes

[berceker united]

Bonjour,

Je reviens avec mon affaire et je viens de comprendre ou est mon erreur, si on peut appeler cela une erreur. En faite j'ai utilisé la commande suivante pour régarder le plan d'exécution.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
SET SHOWPLAN_ALL ON
GO
 
SET FMTONLY ON
GO

Le souci c'est qu'en utilisant cela ça, ça change le plan d'exécution et la manière dont le code est interprété et je viens de comprendre que l'index n'ext pas visible donc j'ai logiquement des [Table scan]. En regardant le vrai plan d'exécution l'index est visible et réellement utilisé.