Джунская задача на Оракле решается вообще без каких либо нюансов на MSSQL подозреваю они есть
Глобально это задача о пессимистической или оптимистической блокировке.

Есть список договоров. типа таблица.
мы открываем один договор в форме на редактирование. и не хотим чтобы в этом время его кто то еще редактировал.
поэтому берем ставим блокировку ну там транзакцию открыли.
И вроде типа все хорошо. Но нюанс
Скуль сервер запретит и чтение этой строки в других транзакциях

Что можно сделать можно сделать nolock , можно readpast
Но второй исключит строку из выборки. а первый прочитает незафикисированные данные. то есть не те которые были ДО блокировки а те которые вот прям ща.

Как с этим чуть чуть побороться - собрать апдейт или инсерт на клиентской части полностью. потом действуем и сразу же закрываем транзакцию.
тогда эти миллисекунды расхождения данных при селект нолоке не будут критичны.

а тот самый селект нолок будет показывать те данные которые были до блокировки (потому что мы тупо их не меняем)

в эту же тему второй вопрос
скажем кто то адын открыл договор на редактирование. каким образом запретить сделать это второму?
в оракле есть фор апдейт но вэйт а что есть в мсскуле

не галочку же ставить ?

Кстати а вот совсем Папых вопрос. По какой системной таблице или как вообще в MSSQL узнать заблокирована запись или нет ДО ТОГО как мы подвиснем на блокировке? ТОгда по идее это нормальный флаг что договор редактируется идите отсюда

И чего? Хочешь сказать что с нолоком при блокировке будет пустая выборка? может ReadPast?

ридпаст работает да. блокированная строка отсутствует в наборе. нолок показывает все в режиме грязного чтения.

В принципе канэшно можно вопрос считать решенным но все равно варианты интересны