Toda la documentación sobre interbloqueos de SQL Server habla sobre el escenario en el que la operación 1 bloquea el recurso A luego intenta acceder al recurso B y la operación 2 bloquea el recurso B e intenta acceder al recurso ASQL Server interbloqueos entre seleccionar/actualizar o múltiples selecciones
Sin embargo, a menudo veo deadlocks entre una selección y una actualización o incluso entre selecciones múltiples en algunas de nuestras aplicaciones ocupadas. Encuentro que algunos de los puntos más finos de la salida de trazabilidad del punto muerto son bastante impenetrables, pero realmente me gustaría entender qué puede causar un punto muerto entre dos operaciones individuales. Sin duda, si un select tiene un bloqueo de lectura, la actualización debería esperar antes de obtener un bloqueo exclusivo y viceversa.
Esto está sucediendo en SQL Server 2005 no es que creo que esto marque la diferencia.
Entiendo acerca de los niveles de aislamiento, los interbloqueos anteriores se pueden resolver haciendo que la lectura de selección no esté comprometida PERO, ¿por qué una lectura que comienza ANTES de una actualización termina en un punto muerto con esa actualización usando read commit? –