¿Cuál es el alcance del aislamiento en las transacciones anidadas en SQL Server?

Question

Consideremos el siguiente código SQL:

 
BEGIN TRAN 
SET TRANSACTION ISOLATION LEVEL READ COMMITTED 

INSERT Bands 
    ( Name ) 
SELECT 'Depeche Mode' 
UNION 
SELECT 'Arcade Fire' 

    -- I've indented the inner transaction to make it clearer. 

    BEGIN TRAN 
    SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED 

    SELECT * 
     FROM Bands 

    COMMIT 

-- What is the isolation level right here? 

UPDATE Bands 
    SET Name = 'Modest Mouse' 
WHERE Name = 'Oddest House' 

COMMIT 

En suma, iniciar una transacción y establecer su nivel de aislamiento a READ COMMITTED. Luego hacemos SQL aleatorio y comenzamos otra transacción anidada. En esta transacción, cambiamos el nivel de aislamiento a READ UNCOMMITTED. Luego cometemos esa transacción y volvemos a la otra.

Ahora, supongo que después del compromiso interno, el nivel de aislamiento vuelve a READ COMMITTED. ¿Es esto correcto?

Answer 1

No creo que sea correcto.

Consulte las observaciones aquí: Set Transaction

Sólo uno de los niveles de aislamiento opciones se pueden establecer a la vez, y permanece fijado a tal conexión hasta se cambia de forma explícita.

Answer 2

Usted [Bob Probst] está en lo cierto. Curiosamente, según el documentation se conectó:

Si emite conjunto de transacciones AISLAMIENTO DE NIVEL en un procedimiento almacenado o disparador, cuando el objeto se devuelve el control del nivel de aislamiento se restablece al nivel vigente cuando se invoca el objeto. Por ejemplo, si configura REPEATABLE READ en un lote y el lote llama a un procedimiento almacenado que establece el nivel de aislamiento en SERIALIZABLE, la configuración del nivel de aislamiento vuelve a REPEATABLE READ cuando el procedimiento almacenado devuelve el control al lote.

Así, la línea de fondo aquí es que SET TRANSACTION ISOLATION LEVEL ha procedimiento afinidad, no afinidad transacción (como lo había pensado).

¡Impresionante!