Discussion :

[24 faubourg]

Bonjour à tous et meilleurs voeux pour l'année 2006!

j'aurais besoin de renseignements concernant l'utilisation des procédures stockées: je travaille en VB6 avec SQL Server comme SGBDR et pour le moment, mes requetes sont effectuées dans mon code en SQL.
Je voudrais savoir si le fait d'utiliser des procédures stockées dans SQL Server va accélérer le traitement de manière vraiment significative ou pas.

Je suis débutante et je ne m'en suis jamais servie, alors si quelqu'un pouvait me faire un petit topo sur les avantages/inconvénients... de leur utilisation, ça m'aiderait beaucoup .

Pour information, mes select traitent jusqu'à 170 000 records à la fois et mes tables ne dépassent pas les 200 000 records.

Merci à ceux qui voudront bien me faire part de leur expérience

[SQLpro]

Oh que oui !!!

entre 3 et 100 fois plus rapidement, à condition de savoir bien les coder.

La plupart du temps les développeurs n'ayant pas une solide culture SGBDR/SQL (donc une forte habitude de travail avec la logique ensembliste) feront des procédures stockées n'apportant que peu de gain.

En effet les gains sont obtenu si l'on mappe les données relationnelles sous forme d'objet et que l'on mutualise les mises à jours dans une seule et même procédure stockée transactionnées.

Un exemple :

Soit les tables suivantes :

T_PERSONNE_PRS, T_ADRESSE_ADR, T_TELEPHONE_TEL, T_EMAIL_EML, c'est à dire une personnes, ses adresses, ses téléphones et des mails.
En mode Client/Serveur, pour mettre à jour la date de naissance de cette personne, ajouter un n° de tel, rectifier son adresse et supprimer un mail obsolète il faudra 4 requêtes soit 4 allers et retour entre serveur et client, donc 4 transactions. Entre temps un autre utilisateur de l'appli peu avoir mis à jour et donc les données et donc générer un message d'erreur.

Avec une seule procédure stockée encapsulant toutes les mises à jour (INSERT, UPDATE, DELETE...) il n'y aura qu'un seul aller et retour et si c'est dans une transaction alors aucune erreur en cas de modif (très improbable) par un autre utilisateur.
Très improbable car le temps de traitement sera déjà incommensurablement plus court.

A +