[C# 1.1] Comment détecter un rollback ?

Bonjour,

j'ai dans ma base SQL des triggers qui effectuent des rollbacks, et j'aimerai pouvoir détecter ces rollback dans mon code C# (pour lancer des exceptions). La base de données ne permet pas l'utilisation des "raiseerror" (c'est un serveur mutualisé). Je demande donc comment faire...

Grand dieu! Des triggers qui appellent des rollbacks!!! Quelle drole d'idee? As tu une bonne raison d'utiliser une telle structure???
En principe, les transactions doivent etre geres soient par les objects soit par la base de donnees, mais pas par les 2. Peut etre que ton cas est particulier.

ben oui, des triggers qui font des rollback, bien sur... c'est même un des trucs essentiel, non ?

Genre... si mon intégrité référentielle n'est pas respectée pour un insertion, je rollback ;je delete une ligne qui va deleter une autre ligne dans une autre table par cascade, qui elle-même va deleter une ligne un peu plus loin, et ben non, je n'ai pas le droit de deleter ici, finalement, alors je rollback et toutes les operations sont annulées, ce qui assure la cohérence de ma base en tout instant quelque soit les opérations que j'essaie d'effectuer dessus.

Enfin bref, mes transactions sont gérée par ma base de donnée. Mon problème, c'est que quand il y a un rollback, je ne sais pas le détecter dans mon application, à moins de tester le résultat... Pas tres bon en termes de perfs pour la base de donnée, ça :o)

et tu peux pas récupérer le nombre de lignes modifiées? Si le nombre est 0, l'opération n'a pas fonctionné.

Citation:

---

Envoyé par Monstros Velu

ben oui, des triggers qui font des rollback, bien sur... c'est même un des trucs essentiel, non ?

Genre... si mon intégrité référentielle n'est pas respectée pour un insertion, je rollback ;je delete une ligne qui va deleter une autre ligne dans une autre table par cascade, qui elle-même va deleter une ligne un peu plus loin, et ben non, je n'ai pas le droit de deleter ici, finalement, alors je rollback et toutes les operations sont annulées, ce qui assure la cohérence de ma base en tout instant quelque soit les opérations que j'essaie d'effectuer dessus.

Enfin bref, mes transactions sont gérée par ma base de donnée. Mon problème, c'est que quand il y a un rollback, je ne sais pas le détecter dans mon application, à moins de tester le résultat... Pas tres bon en termes de perfs pour la base de donnée, ça :o)

---

oui mais justement pourkoi des triggers , tu parle d'une transaction et c'est a ta sql server ou autre sgbd de gerer le rollback c'est pourkoi il est existe les fichiers logs, donc pour les transactions tu ne dois toi en aucun cas intervenir c'est a ton sgbd de les gerer.

Ben je n'intervient pas dans la transaction. Mais mon application a besoin de savoir si l'opération s'est effectuée ou s'il y a eu rollback, quand même. Par exemple, quand l'utilisateur crée un compte, il faut bien lui dire si le compte a été créé ou pas :o)

Le nombre de lignes modifiées devrait effectivement me donner la réponse, merci ! :o)

Quel rapport avec les triggers???

Ben ce sont les triggers qui font les rollbacks.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

create trigger TRG_TBL_INS on TBL for insert as BEGIN TRANSACTION if('element' in (select ELEMENT from INSERTED)) begin ROLLBACK RETURN end /* etc... */ COMMIT TRANSACTION go

---

par exemple, quand mon appli fait un insert, j'en voie "insert into TBL(ELEMENT) values('element')", bah le trigger décide que j'ai pas le droit et effectue un rollback. Cet exemple est trivial, mais si le 'element' vient d'une tentative d'insertion d'un autre trigger (par cascade), la transaction prend toute son importance.

d'accord j'avais mal compris j'ai cru que tu te servais des triggers pour implementer les transactions.
au temps pour moi.