Discussion :

[vhellers]

Bonjour,

J'ai mis en place une gestion d'erreurs par try catch / rollback qui fonctionne bien.

Lors d'une erreur je renvoie un message mais au préalable je l'enregistre dans la base.

Le problème c'est que lors du rollback général je perds cet enregistrement.

Je souhaite donc savoir s'il est possible d'indiquer qu'une série d'instructions ne doit pas être "rollbaquée".

D'avance merci pour votre aide.

[Lawyer666]

Tu peux définir un point de sauvegarde dans ta transaction grâce à l'instruction SAVE TRAN name.
Si ensuite tu fais un ROLLBACK TRAN name, toutes les instructions précédant le point de sauvegarde ne seront pas "rollbackées".

Et avec les transactions imbriquées, tu peux choisir une série d'instructions qui ne seront pas rollbackées.
Par exemple:

Code :

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

1
2
3
4
5
6
7
8
9
10
BEGIN TRAN
	BEGIN TRAN 
		INSERT INTO ma_table VALUES(1)
	ROLLBACK TRAN
	BEGIN TRAN 
		INSERT INTO ma_table VALUES(2) 
	SAVE TRAN xxx
		INSERT INTO ma_table VALUES(3) 
	ROLLBACK TRAN xxx
COMMIT TRAN

va uniquement insérer dans la table la valeur 2.

En espérant que cela puisse t'aider...

[serge0934]

en passant par un xp_cmdshell peut être (a vérifier )

Code :

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

1
2
3
4
5
6
7
8
 
declare @str varchar(500)
BEGIN TRAN
		INSERT INTO ma_table VALUES(1)
set @str='INSERT INTO ma_table VALUES(2)'
xp_cmd_shell @str
		INSERT INTO ma_table VALUES(3) 
COMMIT TRAN

[SQLpro]

il n'est pas logique d'inscrire des données de suivi d'erreur dans le SGBDR. SI le SGBDR a un problème par exemple journal plein, vous pouvez avoir l'erreur mais ne jamais pouvoir l'inscrire pour les mêmes raisons. C'est pour cela que l'on écrit les erreurs dans des journaux qui ne sont en définitif que de simples fichiers texte.

A +