Registro de TSQL dentro de la transacción

Question

Estoy intentando escribir en un archivo de registro dentro de una transacción para que el registro sobreviva incluso si la transacción se revierte.

código --start

comienzan tran

insertar [algo] en dbo.logtable

[[código principal aquí]]

rollback

cometer

- fin código

Podría decir que simplemente haga el registro antes de que comience la transacción, pero eso no es tan fácil porque la transacción se inicia antes de que se ejecute este S-Proc (es decir, el código es parte de una transacción más grande)

Entonces, en resumen, ¿hay alguna manera de escribir una declaración especial dentro de una transacción que no es parte de la transacción. Espero que mi pregunta tenga sentido.

Answer 1

Utilice una variable de tabla (@temp) para contener la información de registro. Las variables de tabla sobreviven a una reversión de transacción.

Ver this article.

Answer 2

Hago esto de dos maneras, dependiendo de mis necesidades en ese momento. Ambos implican el uso de una variable, que conservan su valor después de una reversión.

1) Cree un valor de DECLARE @Log varchar(max) y use esto: @SET @ Log = ISNULL (@ Log + ';', '') + 'Su nueva información de registro aquí' . 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` block) o Si estoy intentando depurar un problema

2) crear un DECLARE @LogTable table (RowID int identity(1,1) primary key, RowValue varchar(5000). Inserción en esto a medida que avance en su transacción. Me gusta usar la cláusula OUTPUT para insertar los ID reales (y otras columnas con mensajes, como 'ELIMINAR el elemento 1234') de las filas utilizadas en la transacción en esta tabla. Insertaré esta tabla en la tabla de registro real después de la confirmación o la reversión, según sea necesario.

Answer 3

Si la transacción principal se retrotrae, los datos de registro se retrotraerán también: el servidor SQL no admite transacciones anidadas apropiadas. Una posibilidad es utilizar un procedimiento almacenado CLR para hacer el registro. Esto puede abrir su propia conexión a la base de datos fuera de la transacción e ingresar y confirmar los datos del registro.

Answer 4

Consulte Logging messages during a transaction para una solución alternativa basada en sp_trace_generateevent que no requiere una variable variable de ámbito (que no siempre es posible) o cuando los límites de la transacción están fuera de control.

Answer 5

Si desea emular el comportamiento transacción anidada puede utilizar transacciones con nombre:

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 

En SQL Server si desea una ‘sub-transacción’ se debe utilizar save transaction xxxx que funciona como un puesto de control de Oracle.