Discussion :

[dens19]

Bonjour,


Je surveille actuellement une instance SQL SERVER 2000 EE SP4 avec le profiler. Je remarque qu'une procédure stockée exécutée est assez gourmande en ressources (nb de reads > 100 000) !!!. Cette procédure reçoit un paramètre de type tinyint en entrée, pour pouvoir l'optimiser la requête qu'elle contient j'ai exécute la requête suivante :

Code :

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

1
2
3
4
5
6
 
DECLARE @input TINYINT
SET @INPUT = ...
SELECT (traitement prenant en compte @INPUT identique à celui de la procédure)
GO
exec procedure_gourmande @INPUT= ...

Si je regarde les plans d'exécution j'observe que la requête avec le SELECT et l'exécution de la procédure stockée donne des plans d'exécutions différents
et si je regarde le profiler :
SELECT => Nb read = 10 000
Procédure stockée => NB read > 100 000

Pouvez-vous m'aider ? Je ne comprends pas pourquoi la procédure stockée et le SELECT on des plans d'exécution différents et pourquoi le SELECT est beaucoup moins gourmand (en term de read).

Merci d'avance.
Cdlt.

[mikedavem]

Bonjour,

Pour pouvoir vous aider, il nous faut le code de la requête et les DDL des tables concernées (et éventuellement les index).

++

[SQLpro]

De plus, vous devez préfixer par le schéma SQL tout les objets (Tables, vues, procédures, fonctions....) à défaut c'est dbo.

A +

[dens19]

Bonjour,

Tout d'abord merci de vos réponses.

Pour répondre à Mikedavem, la requête est vraiment longue avec beaucoup de table est d'index, donc je veux vous épargner d'avoir à regarder tout ceci.

Le point qui demeure obscure est le suivant, pourquoi peut-on obtenir des plans d'exécution différents si on exécute une requête SELECT dans une procédure stockée ou directement la même requête dans un batch T-SQL (attention je tiens à préciser que j'ai gardé exactement la même casse, les même noms ... entre la requête du batch T-SQL et celle présente dans la procédure stockée).

Cdlt.

[SQLpro]

Le contexte d'exécution peut être différent en fonction :

• de l'utilisateur qui lance ("sa", user_sql ou compte NT)
• du contexte d'exécution de la PS (EXECUTE AS)
• du chainage des propriétaires
• du préfixage par les schémas SQL

Si rien de cela n'est ambigu, le plan devrait être le même !

A +

[dens19]

Bonjour,

@SQLPro : rien de ce que vous avez énuméré n'est ambigüe

Désolé pour ma réponse tardive, en fait j'ai placé un "with recompile" derrière le exec nom_de_la_procedure et j'obtiens le même plan d'exécution que pour la requête simple.
Le problème que j'ai observé est que si j'exécute de nouveau la procédure sans le "with recompile" je retombe sur mon problème initial.
Si je re-exécute encore la procédure avec un "with recompile" j'obtiens de nouveau le même plan d'exécution que pour la requête simple.

Le fait d'utiliser "with recompile" ne devrait-il pas recalculer le plan d'exécution une bonne fois sans avoir à le rajouter à la fin de la commande d'exécution de la procédure stockée. Si vous avez une réponse à mon problème ?

Cdlt.