andreymx,
понятие блокировки довольно строе, ведёт свой след с тех пор когда приложение-клиент работало напрямую с базой.
сейчас многое изменилось.
с появлением трёхзвенной архитектуры, часть проблем решает серверное приложение, остальную часть берёт на себя полнодуплексная связь с клиентом.
при работе клиента с данными из базы есть два варианта - клиент сохраняет в базе каждое введённое значение и клиент сохраняет набор введённых значений(строку/строки в таблице/таблицах)
вся проблема с блокировками заключается в информировании клиентов о том, что данное значение кто-то правит.
сейчас можно организовать работу таким образом, что если несколько клиентов одновременно правят одну строку в таблице, то тот кто первый начал ввод значений может оповестить всех об этом пометив данное поле у всех остальных и цветом и запретом ввода. и по окончанию изменений поля отобразить новое значение у всех тем или иным образом. другие клиенты могут править другие поля и каждый будет видеть какие поля правятся (и даже кем правятся).
так же можно организовать и тот случай, когда есть несколько зависимых полей - изменение в одном будет блокировать ввод у остальных клиентов.
и это совершенно не касается блокировок в базе.
всё это может взять на себя серверное приложение. и сообщать клиентам о состоянии базы и прочие параметры в online.

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