[ASE]rollback tran sybase

Bonjour,
J'ai une procedure stockée SP1 que j'ai réduit au minimum
begin tran SP1
print "%1!",@@trancount
rollback tran SP1

quand je l'appelle directement, c'est OK, mais quand je l'appelle par une autre procédure SP2, j'ai le message suivant :
Cannot rollback Z2_SP - no transaction or savepoint of that name found.
et le trancount n'est pas remis à 0.
Pourquoi ???
Merci d'avance pour vos réponses

Salut,

Fais tu aussi une transaction dans SP2 ?

@+

Oui, j'ai un begin tran et un commit ou rollback en fonction du retour de la procédure appelée

Donc tu fais cela

Code:

---

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

SP2   begin trans   SP1   begin trans   commit trans   commit trans

---

Le begin trans de SP1 écrase celui SP2.

@+

Citation:

---

Envoyé par bribri

Oui, j'ai un begin tran et un commit ou rollback en fonction du retour de la procédure appelée

---

En principe il est préférable de ne PAS utiliser de transaction nommées dans des procs stockées.

Si il faut pouvoir rollbacker partiellement dans la proc appelée alors il faut utiliser des "save points":

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

create proc SP2 ... as   begin tran save tran SP2 ........   if @@error <> 0 begin rollback tran SP2 -- rollback to save point commit tran -- close transaction opened with begin tran in this proc return 101 end   commit tran   return 0

---

Autrement - il faut simplement tester @@trancount avant de faire le rollback - si une proc fait un rollback le trancount passe à 0 et toute la transaction est rollbackée.

Michael

donc, si j'ai bien compris, quand on enchaîne les procédures stockées (SP1 appelle SP2 qui appelle SP3 ....), on ne doit avoir un begin tran + rollback ou commit que dans la première procédure ?

Salut,

Je ne suis pas pour les transactions dans une procédure stockée, mais plutôt dans le code qui encapsule ta procédure.

Cela évite pas mal de problèmes surtout si tu exécutes des procédures stockées dans des procédures stockées, à managé c'est l'horreur.

De plus, tu es sûre que qu'à la fin de ton traitement toutes tes données sont correctes.

@+

Permettez-moi d'avoir un avis totallement opposé à infosteph!

Gérer les transactions dans des procs stockées ne pose aucun problème - il faut simplement savoir qu'un "rollback" remet les compteurs à zero (cad fait un rollback de toute la transaction), et coder les commits/rollback en conséquence, p.ex.

Code:

---

1 2 3 4 5 6 7 8 9 10 11

if @error_occured != 0 begin if @@trancount > 0 rollback tran return @error_code end   commit tran   return 0

---

Par contre - ouvrir la transaction dans le client comporte des risques pour la durée de la transaction. Une transaction qui dure plus longtemps que nécessaire va générer des locks qui sont tenus plus longtemps, et donc plus de contention. Dans un système OLTP à forte volumetrie cela peut avoir des conséquences non négligeables sur le comportement du système.

Michael

Citation:

---

Envoyé par mpeppler

Par contre - ouvrir la transaction dans le client comporte des risques pour la durée de la transaction. Une transaction qui dure plus longtemps que nécessaire va générer des locks qui sont tenus plus longtemps, et donc plus de contention. Dans un système OLTP à forte volumetrie cela peut avoir des conséquences non négligeables sur le comportement du système.

---

Tout à fait d'accord.