Discussion :

[StringBuilder]

Bonjour,

J'ai une requête qui retourne 4 lignes.
Elle est relativement très complexe.
Mais elle s'exécute en quelques millisecondes.

Elle est par contre appelée par un programme qui colle de facto (j'ai pas la main dessus) un TOP 51 en début de SELECT et un ORDER BY en fin de SELECT.

Et là c'est le drame : la requête dure plusieurs secondes.

Si j'enlève le TOP 51 : c'est de nouveau instantané
Si je remet le TOP 51 et j'enlève le ORDER BY : c'est de nouveau instantané aussi

C'est donc bien la combinaison des deux qui pose problème.

J'ai trouvé sur le net que c'était un bug corrigé dans le SP2. J'ai appliqué ce dernier sans aucun effet.

Chose étrange, 4 < 51, donc le TOP ne devrait avoir aucun effet.

Pourtant, si je fais TOP 5000 alors la requête est de nouveau instantanée !

Une piste ?

[soazig]

Bonjour,
As--tu regardé le plan d'execution de la requête avec et sans Top et order by, pour voir par où elle passe, et eventuellement rajouter un hint pour qu'elle prenne le bon chemin.
Je suppose que tu as fait tes tests sur le même environnement, tous les tests y compris avec top et order by dans SSMS par exemple.
Parce que le programme sur lequel tu n'as pas la main pourrais avoir des paramètres set différent de ton SSMS de test et cela brouillerait les pistes.
Cordialement
Soazig

[StringBuilder]

Bonjour,

J'ai récupéré la requête exécutée par le programme en utilisant le profiler de SQL Server.

Je n'ai pas vu de différence particulière au niveau des plans d'exécution.

La seule chose que j'ai noté, c'est que sans TOP et ORDER BY, SSMS propose de créer un index.
Si je rajoute le TOP ou le ORDER BY (ou les deux) il ne propose plus d'index.


Si je crée l'index en question, je ne constate aucune différence, ni de plan d'exécution (l'index en question n'est pas utilisé) ni en termes de performances sur aucun des scénarios.

[julien94320]

Bonjour,

Peux tu essayer ta requête en ajoutant un OPTION(RECOMPILE) a la fin avec le TOP et le ORDER BY ?

Julien

[SQLpro]

TOP avec ORDER BY oblige à avoir toutes les lignes, les trier puis prendre les n lignes. Du fait du calcul du plan, il ne sait pas à l'avance le nombre exact de ligne et le plan diffère dond avec ou sans ORDER BY…

Tu peut tenter d'autres approches :
1) ORDER BY … OFSSET ... FETCH
2) ROW_NUMBER() OVER

Sinon, il faudra mettre des indicateurs de plan OPTION(FAST 10) par exemple

A +