Enregistrement TSQL dans la transaction

Question

J'essaie d'écrire dans un fichier journal à l'intérieur d'une transaction afin que le journal survive même si la transaction est annulée.

Code --start

begin tran

[insérer quelque chose] dans dbo.logtable

[[code principal ici]]

rollback

commit

- code de fin

Vous pourriez dire juste faire le journal avant que la transaction commence mais ce n'est pas aussi facile parce que la transaction commence avant que ce S-Proc soit exécuté (c.-à-d. le code fait partie d'une transaction plus importante)

Donc, en bref, est-il possible d'écrire une instruction spéciale dans une transaction qui ne fait pas partie de la transaction. J'espère que ma question a un sens.

Answer 1

Utilisez une variable de table (@temp) pour conserver les informations de journal. Les variables de table survivent à une annulation de transaction.

Voir this article.

Answer 2

Je fais cela de deux façons, selon mes besoins à ce moment-là. Les deux impliquent l'utilisation d'une variable qui conserve sa valeur à la suite d'une restauration.

1) Créez une valeur DECLARE @Log varchar(max) et utilisez ceci: @SET @ Log = ISNULL (@ Log + ';', '') + 'Votre nouveau journal d'informations ici' . Keep appending to this as you go through the transaction. I'll insert this into the log after the commit or the rollback as necessary. I'll usually only insert the @Log value into the real log table when there is an error (in the CATCH` bloc) ou Si j'essaye de déboguer un problème.

2) créer un DECLARE @LogTable table (RowID int identity(1,1) primary key, RowValue varchar(5000). Je l'insère dans ce que vous progressez dans votre transaction. J'aime utiliser la clause OUTPUT pour insérer les ID réels (et d'autres colonnes avec des messages, comme 'SUPPR. Élément 1234') des lignes utilisées dans la transaction dans cette table avec. Je vais insérer cette table dans la table de journal réelle après la validation ou l'annulation si nécessaire.

Answer 3

Si la transaction parente revient en arrière, les données de journalisation seront également restaurées - le serveur SQL ne prend pas en charge les transactions imbriquées appropriées. Une possibilité consiste à utiliser une procédure stockée CLR pour effectuer la journalisation. Cela peut ouvrir sa propre connexion à la base de données en dehors de la transaction et entrer et valider les données du journal.

Answer 4

Voir Logging messages during a transaction pour une autre solution basée sur sp_trace_generateevent qui ne nécessite pas de variable scope @table (ce qui n'est pas toujours possible) ou lorsque les limites de transaction sont hors de contrôle.

Answer 5

Si vous souhaitez émuler le comportement des transactions imbriquées, vous pouvez utiliser des transactions nommées:

begin transaction a 

create table #a (i int) 

select * from #a 
save transaction b 

create table #b (i int) 
select * from #a 
select * from #b 

rollback transaction b 

select * from #a 
rollback transaction a 

Dans SQL Server si vous voulez un « sous-transaction », vous devez utiliser save transaction xxxx qui fonctionne comme un point de contrôle oracle.