Problème de transaction

[The zxeno prophet]

Bonjour tout le monde
Lorsque, sous sql server 2008 (pas R2) je fais:

Code :

1
2
3
4
5
6
7
8
9
10
 
                BEGIN TRY
					BEGIN TRANSACTION q_ar_new_MajESale_fr_Articles
						EXEC [dbo].[q_MajESale_fr_Articles] @ForetagKod, @SprakKod;
					COMMIT TRANSACTION q_ar_new_MajESale_fr_Articles
                END TRY
                BEGIN CATCH
                               ROLLBACK TRANSACTION q_ar_new_MajESale_fr_Articles
                               --Blah blah des tests pour trouver l'erreur
                END CATCH

J'ai le droit à un superbe :

Msg*3903, Niveau*16, État*1, Ligne*216
La requête ROLLBACK TRANSACTION n'a pas de BEGIN TRANSACTION correspondante.

Je sais que les erreurs peuvent invalider une transaction en fonction du niveau de gravité, mais est ce qu'elles peuvent carrément la faire disparaître ?
J'ai fait quelques tests avec des SELECT @@TRANCOUNT; et a priori c'est le cas, j'ai placé un select avant le exec, un après et un au début du catch, résultat : 1 avant le exec, 0 dans le catch (???!) et pas de message après le exec (normal)

Du coup je veux bien vérifier qu'il il y a une transaction en cours (IF @@TRANCOUNT > 0) mais qu'en est-il des données traitées dans la procédure seront-elles enregistrées ou non ?

[Kropernic]

J'suis justement en formation et on voit les transactions ^^.

Tu mets ton bloc transaction dans ton bloc try. C'est l'inverse, mets ton bloc try dans ton bloc transaction.

[SQLpro]

Non, sa solution est bonne.
mais
1) la proc [dbo].[q_MajESale_fr_Articles] peut elle même faire une transactions. Vois comment sont gérées les transactions imbriquées dans l'article que j'ai écrit : http://sqlpro.developpez.com/cours/s...ns-imbriquees/
2) dans le CATCH, utilisez la fonction XACT_STATE pour tester l'état de validité transactionnel.

A +

[Kropernic]

Au temps pour moi alors.

Pourtant, j'aurais cru que vu que sa transaction est déclaré au sein du bloc try, elle ne serait visible qu'à l'intérieur de ce bloc.

La visibilité des objets ne fonctionne pas de cette façon en sql server ? J'avoue avoir extrapolé cela à partir de mes connaissances en programmation.

[Sergejack]

"SET XACT_ABORT ON" peut aider.

[SQLpro]

Envoyé par griftou

Pourtant, j'aurais cru que vu que sa transaction est déclaré au sein du bloc try, elle ne serait visible qu'à l'intérieur de ce bloc.

La visibilité des objets ne fonctionne pas de cette façon en sql server ? J'avoue avoir extrapolé cela à partir de mes connaissances en programmation.

Le fonctionnement d'un SGBDR n'a rien en commun avec le codage d'un langage L4G... Les transactions sont des objets de niveau cession et sont donc persistant entre procédures requêtes ad-hoc et tutti quanti !

A +

[Kropernic]

Merci pour ces éclaircissements.