Да.. дела...

А что вы можете сказать, Уважаемые, о предложеии Вольдемара?


Как работает эта фишка?

Боюсь, что в обсуждаемом контексте она не работает.

Блокируется строка(и) на уровне БД.
В момент *делаешь изменения*, наверное, придётся взаимодействовать с пользователем, а значит придётся закончить dialog step, автоматически закроется database LUW и блокировка БД сбросится.

После update ztbl блокировка БД опять установится до конца очередного database LUW.

А ничего прикольного, просто один процесс немного подождёт другой.

Если изменять всякие счётчики (баланс счёта, запас на складе) или длинные строки (адрес), то блокировка должна ставиться перед чтением данных, чтобы сохранить консистентность.

Поэтому нужно делать либо как предложил abap (блокировка на всё время редактирования пользователем), либо как я писал про a b c.
Кстати, это уже реализовано в SAP'е и называется Optimistic Lock. Только сравниваются не сами данные, а их версии, что намного эффективнее. Но, как правильно заметил abap, один пользователей сильно обломится, если он долго что-то вколачивал, но другой его опередил.