Pour le projet sur lequel je travail, on utilise du C# (oui, je sais cestpaslibre). Et les procédures stoquées sont très utilisées.
1) Ça permet de ne pas repasser les binaires à chaque changement d'une query. Même avec PHP, si on a du load balancing sur plusieurs serveurs, ça évite de devoir mettre à jour tous les serveurs. Seul un seul est mis à jour : le serveur SQL.
2) Ça permet de tester la procédure sur les données sans devoir créer une page web ou un soft juste pour ça.
3) Comme ça a été dit, le contrôle des données est meilleur ; ca évite aussi les SQL injections ; faut quand même faire un minimum attention aussi hein :)
4) C'est certainement compilé dans le SGBD et donc plus performant ; pas besoin d'interpréter la query à chaque fois.
5) Ça permet de faire de grosses transactions très proprement.
6) Et si le gestionnaire que tu utilises est bien fait, tu retrouves plus facilement les procédures qui utilisent telle ou telle table et tous des trucs comme ça.
7) Ça permet aussi, si nécessaire d'obliger les développeurs d'utiliser les stored procédures et ainsi avoir une sorte de séparation entre développeurs SQL et développeurs pages web.
En gros, les stored procedure forment une API SQL.
# Facilité
Posté par elloco . En réponse au message Procédure stockées. Évalué à 2.
1) Ça permet de ne pas repasser les binaires à chaque changement d'une query. Même avec PHP, si on a du load balancing sur plusieurs serveurs, ça évite de devoir mettre à jour tous les serveurs. Seul un seul est mis à jour : le serveur SQL.
2) Ça permet de tester la procédure sur les données sans devoir créer une page web ou un soft juste pour ça.
3) Comme ça a été dit, le contrôle des données est meilleur ; ca évite aussi les SQL injections ; faut quand même faire un minimum attention aussi hein :)
4) C'est certainement compilé dans le SGBD et donc plus performant ; pas besoin d'interpréter la query à chaque fois.
5) Ça permet de faire de grosses transactions très proprement.
6) Et si le gestionnaire que tu utilises est bien fait, tu retrouves plus facilement les procédures qui utilisent telle ou telle table et tous des trucs comme ça.
7) Ça permet aussi, si nécessaire d'obliger les développeurs d'utiliser les stored procédures et ainsi avoir une sorte de séparation entre développeurs SQL et développeurs pages web.
En gros, les stored procedure forment une API SQL.
Voilà, en espérant t'avoir convaincu :)