Nivel de aislamiento en Sql Transacción

Question

Implementé SqlTransaction en C# para comenzar, confirmar y retrotraer la transacción. Todo va bien, pero tengo algún problema al acceder a esas tablas que están conectadas durante la transacción. No pude leer la tabla durante la transacción (la tabla que está en transacción). Mientras buscaba sobre esto, descubrí que sucede debido a un bloqueo exclusivo. Cualquier selección posterior en esos datos a su vez tiene que esperar a que se libere el bloqueo exclusivo. Luego, he revisado cada nivel de aislamiento proporcionado por SqlTransaction, pero no funcionó. Por lo tanto, debo liberar el bloqueo exclusivo durante la transacción para que otros usuarios puedan tener acceso a esa tabla y puedan leer los datos. ¿Hay algún método para lograr esto? Gracias de antemano.

Aquí está mi código C# para la transacción

try 
{ 
    SqlTransaction transaction = null;       
    using (SqlConnection connection=new SqlConnection(Connection.ConnectionString)) 
    { 
     connection.Open(); 
     transaction=connection.BeginTransaction(IsolationLevel.Snapshot,"FaresheetTransaction");    
     //Here all transaction occurs 
     if (transaction.Connection != null) 
     {  
       transaction.Commit(); 
       transaction.Dispose(); 
     } 
    } 
} 
catch (Exception ex) 
{ 
    if (transaction.Connection != null) 
     transaction.Rollback(); 
    transaction.Dispose(); 
} `       

Este código está trabajando muy bien, pero el problema es que cuando accedo a los datos de las tablas (aquellos visitada durante la transacción) en el momento de la transacción. Se accede a las tablas por otras partes de la aplicación. Entonces, cuando traté de leer datos de la tabla, arroja una excepción.

Answer 1

Una transacción SQL es, por diseño, ACID. En particular, es la "I" la que lo está perjudicando aquí; esto es diseñado para evitar que otras conexiones vean el estado intermedio inconsistente.

Una conexión a la lectura individual puede optar por ignorar esta regla mediante la indirecta NOLOCK, o el nivel READ UNCOMMITTED aislamiento, pero suena como que queremos es que la escritura conexión al no tener cerraduras. Bueno, eso no va a suceder.

Sin embargo, lo que fuerza ayuda es para que los lectores utilizan instantánea aislamiento, lo que logra el aislamiento sin que el lector teniendo cerraduras (examinado, como su nombre indica, un shapshot punto en el tiempo del estado consistente cuando comenzó la transacción).

Sin embargo, la OMI que haría mejor a mirar a cualquiera:

• múltiple, más granular, las transacciones del escritor
• realizar el trabajo en una tabla de ensayo (una copia paralela de los datos) , entonces la fusión que en los datos reales en unas pocas masas insertar/actualizar/borrar operaciones, minimizando el tiempo de transacción

la primera es más simple.

El hecho simple es: si toma una transacción de larga duración que opera en una gran cantidad de datos, sí va a estar causando problemas. Es por eso que no hagas eso. El sistema está funcionando correctamente.

Answer 2

Intente ejecutar sus lecturas también en una transacción y utilice el nivel de aislamiento READ UNCOMMITTED. Esto evitará que la lectura de estar encerrado, pero puede producir resultados no válidos:

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED  
BEGIN TRANSACTION 

SELECT * FROM Table 

COMMIT TRANSACTION 

Hay una idea errónea de que se trata de transacciones/niveles de aislamiento sólo importa la hora de escribir, cuando en realidad es igualmente importante cuando se lee.

Answer 3

El problema no está en el nivel de escritura en la base de datos sino en el nivel de valores de lectura. Está intentando leer valores que se están insertando. Trate de cambiar su consulta de selección a continuación:

select * from your_table_with_inserts with (nolock) 

sin embargo éste anula el nivel de aislamiento de transacción actual y puede causar lecturas sucias.

Entonces la pregunta es: si está utilizando la transacción en todas las consultas o solo inserta/actualiza?

Answer 4

@ AKASH88, SNAPSHOT nivel de aislamiento es lo que está buscando.

Usted dice que incluso con SNAPSHOT no está funcionando como se esperaba, está ocurriendo bloqueo exclusivo, puedo entender que tuve el mismo problema.

Asegúrese de no solo habilitar SNAPSHOT en las opciones de la base de datos, sino también READ COMMISSED SNAPSHOT debe estar encendido.

Esta es SQL Server 2008, por lo que es todavía incierto si esta respuesta le ayudará :(

Saludos!