Предлагаю такую концепцию. Метка "взято на редактирование" состоит из двух полей: ID процесса и даты логина. Эта парочка значений уникальна во времени и в пространстве (в пределах сервера). Берущий на редактировании проставляет в записи метку, беря значения из sysprocesses (spid и login_time). При окончании редактирования метка обнуляется. При потере коннекта запись в sysprocesses c этой парой значений перестает существовать (это происходит достаточно быстро), поэтому это можно проверить. Условие "а есть ли метка" имеет положительное значение только при выполнении одновременно 2-х условий: (1) поля заполнены и (2) эти значения есть в sysprocesses. Все коннекты, желающие взять запись на редактирование, проверяют эти 2 условия. Если хоть одно из них ложно, то - метки нет, и запись можно взять на редактирование.

Достоинства метода:
1) Легко управляемо.
2) Легко определяемо. Всегда можно узнать, кто взял на редактирование.
3) Отсутствует проблема оставщейся метки, если клиент, редактирующий запись, оторвался.
4) Отсутствие блокировок.

Если надо избежать злоупотреблений типа кто-то взял на редактирование, и не закрывая приложение, ушел к любовнице, можно добавить еще одно поле, где проставлять время взятия на редактирование, и к двум условиям добавить и третье "прошло не больше ... часов".

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

> Добавлю, что при установлении нового соединения надо сразу снимать метки со своим spid. Т.к. после разрыва соединения одним пользователем, второй может установить соединеие с его, только что освобожденным значением spid.

Ну, и что? Пусть ради бога устанавливает свою метку, если ему надо. Это теперь его метка, а тот - предыдущий - уже оторвался, следовательно, метка его недействительно и запись свободна.

Ты не понял - у нового пользователя с тем же spid, что и у предыдущего, будет другое значение login_time, а следовательно, никто не сочтет метку от старого пользователя за метку нового.