Discussion :

[joKED]

Bonjour à tous,

Pour valider un process d'insertion, je suis obligé d'appeler plusieurs procédures stockées successivement.
Si à un moment donné, une procédure stockée retourne une erreur, je dois manuellement "rollback" tous les appels précédents. C'est plutôt fastidieux.
N'y aurait il pas un moyen d'avoir une transaction globale (gérée par ADO.NET) qui pourrait rollback tout d'un seul coup ?

Par donner un exemple de l'existant :
En gros, j'insère des données dans la table A. La SP INSERT_INTO_A s'en occupe et me retourne un UID_A d'enregistrement.
Si tout va bien j'utilise cet UID_A que je passe en paramètre de SP_INSERT_INTO_B qui me retourne un UID_B.
Si tout va bien j'utilise cet UID_B que je passe en paramètre de SP_INSERT_INTO_C qui me retourne un UID_C.
Etc.

Bref, si à un moment donné, une SP se foire (pour une raison ou une autre), je n'ai pas le choix, il faut que j'aille faire le ménage dans toutes les tables qui ont été précédemment impactées. Et c'est super pas cool.

Evidemment, je ne peux pas créer de nouvelle SP qui appellerait successivement mes autres SP (pas drôle hein), et je ne peux modifier aucune des SP existantes (pas drôle non plus).

Je cherche donc un moyen côté ADO.NET de gérer une "transaction" englobante qui pourrait me faciliter la vie.

Si quelqu'un a une piste à me conseiller, je suis preneur.

Merci d'avance pour votre aide.

[StringBuilder]

As-tu essayé ceci ?

https://docs.microsoft.com/fr-fr/dot...tframework-4.8

Quel SGBD utilises-tu ? (ici l'exemple c'est SQL Server)

Tes procédures stockées contiennent-elles des transactions elle-mêmes ?

[joKED]

SGBD : SQL Server 201x
Chaque SP contient déjà sa propre transaction.

Effectivement, la classe SqlTransaction pourrait tout à fait répondre à ma problématique, merci pour l'info.

Toutefois, je suppose que les questions que tu as posées (quel sgbd et si les sp ont leur propre transaction) ne sont pas anodines, et qu'il doit y avoir des subtilités à prendre en compte. Peux tu développer le fond de ta pensée à ce sujet ?

[StringBuilder]

Le souci, c'est le coup de la transaction "englobante" il me semble que sur les anciennes versions de SQL Server il est impossible de faire des transactions imbriquées, uniquement des points de sauvegarde. C'est le cas aussi d'autres SGBD.

Dans la doc de SQL Server 2012 déjà il y avait bien la notion de transaction imbriquée donc pas de problème.

[joKED]

Bonjour,

Merci pour la précision.
J'ai fait quelques tests, ça semble fonctionner correctement.
Je clos donc cette discussion, merci pour l'aide apportée.