Discussion :

[joujousagem2006]

bonjour
tout d'abord je tient à présenter mes excuse pour cette question très conne
je cherche a comprendre la difference entre SQL dynamique et la procédure stocké et dans quel cas je doit utilisé sql dynamique et quel est le plus performant sql dynamqiue ou la procédure stocké
merci pour vos aides

[elsuket]

Bonjour,

Ce n'est pas une question "conne". Par ailleurs, on ne peut pas blâmer quelqu'un parce qu'il/elle ne sait pas.

Le SQL dynamique permet de construire une chaîne de requête au fil de l'eau. C'est généralement utile dans deux cas d'utilisation :

- Maintenance de base de données (par exemple, défragmentation automatisée des index, sauvegardes de base de données, audit de performance, ...)
- Pour ne générer qu'une seule chaîne de requête par jeu de valuation de variables.

Je vous invite à lire la réponse que j'ai fait ici.

En termes de performances, une procédure stockée s'exécute aussi bien que du code en SQL dynamique.
La sensibilité aux valeurs des paramètres est la même (cf. parameter sniffing), et la gestion de la mise en cache aussi.

L'utilisation des procédures stockées est plus sécurisée, puisque l'application ne passe que le nom de celle-ci et la valeur des paramètres.
Dans le cas du SQL dynamique, l'application passe toute la chaîne de requête, plus les valeurs des paramètres. Ceci, en plus d'être moins sécurisé, requiert un peu plus de ressources : le trafic réseau est nécessairement augmenté, et le moteur doit calculer le hash de la chaîne de requête à chaque soumission, puis vérifier s'il y a un plan pour celle-ci en cache.
En revanche, si l'on tient à gérer de façon unique le code source, le SQL dynamique s'y prête mieux : je ne connais pas à l'heure actuelle de logiciel de contrôle de code source qui permette de versionner en même temps les procédures stockées (et par extension les modules SQL) et le code source (corrigez-moi si je me trompe). Notons enfin que l'on peut tout à fait faire du SQL dynamique dans une procédure stockée.

@++