Discussion :

[DonkeyMaster]

Je suis un peu confus sur ce qui se passe dans ce code:

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
DECLARE @RC int
DECLARE @code_article varchar(20)
DECLARE @designation varchar(50)
DECLARE @id bigint
DECLARE @message varchar(80)
 
-- Définir les valeurs de paramètre
set @code_article = 'codearticle 1 test creer article'
set @designation = 'designation 1 test creer article'
 
print 'waat '+convert (varchar, @@trancount)
BEGIN TRANSACTION
print 'weet '+convert (varchar, @@trancount)
select TOP 1 @code_article=code_article from article
print 'wiit '+convert (varchar, @@trancount)
EXEC @RC = [Sprout].[dbo].[creer_article] @code_article, @designation, @id OUTPUT , @message OUTPUT 
print 'woot '+convert (varchar, @@trancount)
ROLLBACK TRANSACTION
print 'wuut '+convert (varchar, @@trancount)

J'obtiens ces messages:

waat 0
weet 1
wiit 1
Serveur : Msg 266, Niveau 16, État 2, Procédure creer_article, Ligne 24
Le compte des transactions après EXECUTE indique qu'il manque une instruction COMMIT ou ROLLBACK TRANSACTION. Compte précédent = 1, compte en cours = 0.
woot 0
Serveur : Msg 3903, Niveau 16, État 1, Ligne 18
La requête ROLLBACK TRANSACTION n'a pas de BEGIN TRANSACTION correspondante.
wuut 0

La procédure stockée ouvre une transaction pour vérifier que le code_article n'existe pas encore. Dans mon cas, j'ai fait exprès de sélectionner un code_article qui existe, voir comment elle se comporte. Dans ces cas-là, je fais un rollback. J'ai regardé à l'intérieur, mais il n'y a pas de rollback en trop.
Alors, y-a-t'il quelque chose que je n'ai pas vu?
Un truc que je n'ai pas compris à propos des transactions immbriquées?
Est-ce que Joanna choisira Christophe ou Marc?


Contexte:
Je suis en train d'écrire un script de test pour cette procédure stockée, et pour pouvoir tranquilement tabasser la base de données sans effets secondaires, je voulais encadrer le tout dans un espèce de grande transaction que je 'rollbacke' à la fin. Hop, ni vu ni connu, j'ai fait mes tests et personne a rien vu.

[SQLpro]

La notion de transaction imbriquée n'existe pas. En effet, du fait du COMMIT, il ne peut pas exister de transactions dans lesquelles la transaction interner fait un COMMIT et l'externe un ROLLBACK.

Le modèle de pilotage de la transaction lorsque l'on imbrique des commandes BEGIN TRAN et COMMI/ROLLBACK est symétrique ou asymétrique.

Modèle symétrique :
Le premier BEGIN TRANSACTION démarre la transaction. Tous les suivants sont ignorés. La dernière commande ROLLBACK ou COMMIT correspondant au premier BEGIN TRANSACTION est la seule qui termine la transaction.

Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
BEGIN TRAN

   BEGIN TRAN

      BEGIN TRAN

      COMMIT

   ROLLBACK

COMMIT

En bleu les ignorées, en rouge les effectuées. La transaction est validée...

Dans le modèle asymétrique, le premier ROLLBACK annule la transaction, mais c'est toujours le dernier COMMIT qui la valide :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
BEGIN TRAN

   BEGIN TRAN

      BEGIN TRAN

      COMMIT

   ROLLBACK

COMMIT

En bleu les ignorées, en rouge les effectuées. La transaction est annulée...

SQL Server utilise le comportement asymétrique qui est plus proche de la réalité qui veut que si un seul élément intermédiaire est mauvais alors toute la transaction est mauvaise dont annulée, alors que si tous les éléments sont bon, alors la transaction est bonne donc validée.
Pour réaliser cela SQL Server utilise un compteur d'empilement de transaction @@TRANCOUNT.

J'ai écrit un article non encore publié sur le sujet. Si cela vous intéresse, laissez moi votre mail en mail privé et je vous l'enverrais.

A +

[DonkeyMaster]

Merci pour votre réponse. Cela répond à ma question.
Du coup, j'ai plein d'avertissements quand j'execute mon script de test. Est-ce qu'il y a un moyen de les désactiver? Non, attends, c'est peut-être pas une bonne idée.
Et si je faisais, à la fin de chaque test :

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
while @@trancount > 0 begin
    rollback
end

Et comment vous faites pour executer des scripts de test puis annuler tout ce que ces scripts viennent de faire ?

Et en fait, ce qui m'a un peu choqué dans mon message d'erreur, c'est le raisonnement:

compte précédent = 1
compte en cours = 0

donc, il manque un commit ou un rollback