Discussion :

[SQL_EVAN]

Salut tout le monde! J'etais hors radar depuis un bon moment a cause d'une mutation a l'etranger (ceci explique le manque d'accents dans mon texte, plus de claviers azerty )

Je suis de retour avec une question qui m'embete :

De quelle facon SQL Server gere les requetes sp_executesql au niveau des plans d'execution?

Je sais que theoretiquement le moteur stocke des plans d'execution logiques et adapte quand on met les predicats en parametre

ex.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
--requete simple
SELECT *
FROM PERSONS 
WHERE NAME = 'Toto'
 
-- requete avec plan d'execution optimiser sur l'indexe de noms
DECLARE @name VARCHAR(255)
SET @name = 'Toto'
 
SELECT *
FROM PERSONS
WHERE NAME = @name

Ceci me parait clair et logique que le moteur prepare un plan d'execution garder en memoire optimise pour un predicat en parametre.

Par contre si on passe pare sp_executesql on passe pare une procedure stockee et donc ca ne me parait pas clair comment le moteur puisse calculer un plan d'execution optimiser sur les indexes des tables dans l'SQL dynamique... pouvez vous me donner plus d'infos a ce sujet s'il vous plait?

[darkelend]

A mon avis, le sql dynamique a son plan d'exécution recalculé à chaque fois. Mais je pense que l'optimiseur est capable de le conserver avec le sp_executesql si seulement les paramètres changent.

[darkelend]

La procédure sp_executesql peut être utilisée à la place de procédures stockées afin d'exécuter une instruction Transact-SQL plusieurs fois lorsque la modification des valeurs de paramètres de l'instruction constitue l'unique changement. L'instruction Transact-SQL même demeurant constante, seules les valeurs de paramètre changent. Par conséquent, l'optimiseur de requête de SQL Server peut réutiliser le plan d'exécution généré pour la première exécution.

http://msdn.microsoft.com/fr-fr/library/ms188001.aspx