Discussion :

[foffffa]

Bonjour à tous

voilà, je suis sur une application .Net + C# + Oracle
j'voulais savoir quel est l'interêt d'utiliser les procédures stockées pour la gestion des données d'une bd plutôt que les requêtes sql ordinaires (pour l'insertion des données par exemple),
autrement dis est ce que ça aide à augmenter les performances de mon application?

merci à vous d'avance

[nerillis]

en soit les performances je dirais que non,
si tu as une requête à executer c'est autant correcte de l'écrire dans le code de ton appli, que de passer par une procédure stockée ( Sauf que dans le 2ême cas tu n'auras pas d'exception levées en cas d'erreur sql)

Par contre si ta requête varie, des champs différents à insérer, des tables impactées selon des conditions définies dans ton application,
la procédure stockées ne t'avantagera pas beaucoup sauf si tu décides de lui fournir ce qui change en variable envoyée par ton appli comme paramètre déclarés dans ta procédure.
On en utilise vraiment beaucoup pour notre site,
notamment parce que tu peux lancer à l'intérieur , des vues que tu auras créer au préalable

[binoo]

en soit les performances je dirais que non,

Je croyais que les procédures stockées permettait d'économiser au serveur l'interprétation de la requête car elle est précompilée.

Elle permettent également d'échanger moins d'informations entre le serveur et le client, non ?

nb : Sinon les procédure stockées ont un apport point de vue sécurité aussi je crois, car les utilisateurs n'accèdent pas directement aux tables

[foffffa]

merci pour les détails

Je croyais que les procédures stockées permettait d'économiser au serveur l'interprétation de la requête car elle est précompilée.

Elle permettent également d'échanger moins d'informations entre le serveur et le client, non ?

nb : Sinon les procédure stockées ont un apport point de vue sécurité aussi je crois, car les utilisateurs n'accèdent pas directement aux tables

c'est ce que je me suis dite au début, mais puisque c'est la première fois que je travaille sur ce genre de projet donc, j'veu avoir des détails de ce genre pour pouvoir choisir la meilleure solution pr mon appli
vos avis m'interessent et je veux en savoir plus si vous voulez bien

[fally]

si après le deployement tu te rends compte d'une erreur (un champ supplémentaire a selectionner) tu peux modifier ta procedure mais si c'est une requete.......

[shwin]

Hardcode jamais du SQL dans ton application. C'est un tres mauvais design. Utilise les StoredProc à la place. Ton sql est tjrs à la meme place et c'est beaucoup mieux pour les changement. Car tu n'as pas a recompiler et réinstaller a chaque fois que tu veux faire un petit changement coté SQL.

[foffffa]

merci,
en faite, le truc c'est que mon appli doit permettre la recherche de données selon beaucoup de critères, donc j'ai pensé qu'une procédure stockée fera mieux l'affaire,
en plus, je ne sais pas si on peut déclarer toutes les requêtes nécessaires à une table ds le mm fichier comme c'est le cas pr les procédures, (pour des raisons de clareté )
mai bon, si ça n'a pas d'avantage et que ça ne me permettera pas de gérer les exeptions, mieux vaut utiliser les requêtes simples, n'est ce pas?

[binoo]

C'était juste une remarque sur ce que je sais (à mon niveau) des procédures stockées... Après il va falloir attendre des commentaires plus avisés que le mien sur le sujet pour confirmer ce que tu viens de dire