Я понимаю, что по уровням изоляции вышеупомянутые взаимоблокировки могут быть устранены путем принудительного чтения read, но НО, почему чтение, которое начинается ДО ТОГО, как обновление заходит в тупик с этим обновлением с использованием read commit?
ей документации по взаимоблокировкам SQL Server говорится о сценарии, в котором операция 1 блокирует ресурс A, затем пытается получить доступ к ресурсу B, а операция 2 блокирует ресурс B и пытается получить доступ к ресурсу A.
Однако в некоторых из наших загруженных приложений я часто вижу тупики между выбором и обновлением или даже между несколькими выборами. Я нахожу некоторые из тонких точек вывода трассировки тупика довольно непроницаемыми, но мне бы очень хотелось понять, что может вызвать тупик между двумя отдельными операциями. Конечно, если у выбора есть блокировка чтения, обновление должно просто подождать, прежде чем получить эксклюзивную блокировку, и наоборот?
Это происходит на SQL Server 2005, но я не думаю, что это имеет значение.