Control de versiones de filas

Explicarlo en 3 parrafos es ... cuanto menos complicado.
Por resumir
Control de versiones de fila quiere decir que cuando haces un update dentro
de una transacción en una tabla en lugar de bloquearla lo que se hace es
generar una versión (que se guarda en tempdb) del ultimo valor confirmado de
esa fila, de tal forma que otro usuario siempre que vaya a pedir los datos
en lugar de acceder al registro bloqueado, accede a la ultima versión
buena.. que está en tempdb. (transparente para nosotros). Pueden existir
muchas (varias) versiones de cada fila.

Read committed o lectura confirmada tiene el sabor exactamente igual que el
tradicional de SQL pero con versiones de fila además de esto, solamente
escritores bloquearán escritores. Los lectores no bloquean a escritores, ni
un escritor bloquea al lector (se va a ver el ultimo valor bueno)

Snapshot isolation level, es parecido a read commited, pero la versión que
ve el usuario es la que había cuando comenzó la transacción (es decir la
versión de cualquier fila en la primera instrucción despues de begin tran.
Además de esto, si intentas actualizar un dato que despues de comenzar esta
transacción se modificó por otro y tu proceso ya lo había leido obtienes un
error diciendo que intentas modificar un registro pero que ese registro ya
no es el que leiste originalmente.

Espero que todo esto se entienda.




Saludos Cordiales
Miguel Egea
Solid Quality Mentos
http://www.portalsql.com

"Gabriel Camargo" escribió en el
mensaje de noticias:

Saludos a todo el foro.

Alguien podría explicarme de forma breve y consisa la diferencia entre los
2
tipos:

1.-Aislamiento de lectura confirmada con control de versiones de fila.
2.-Nivel de aislamiento de transacción con control de versiones de fila.

Y si pueden también recomendarme algún link donde pueda leer a fondo estos
2
tipos de niveles de aislamiento.

Muchas gracias desde ya.