Как правило в моей практике полезны были 2 типа блокировки при редакции документов. Первый - когда документ блокируется при входе пользователя (более детальный вариант - поле при изменении пользователем), остальным желающим редактировать документ, выдается сообщение о блокировке (обязательно надо сообщать, кто заблокировал). Вариант 2 - практическое отсутствие блокировок, и последующие громкие разборки с пользователями "почему я туда ввела 5, а получилось 4".
С ограничениями по рассчитываемым данным все сложнее, тут все зависит от "политики партии". Блокировать ввод на уровне полных документов обычно недопустимо, поэтому стоит либо делать сначала микрозапрос на временное резервирование по вводимому показателю (более пользовательски-дружественный вариант), либо после полного ввода документа делать проверку и давать отказ в случае "успевания" другим пользователем.
Блокировки либо стоит делать с помощью СУБД, либо внимательно следить за транзакциями, чтобы при "нештатном" вылете пользователя не осталось неснятых блокировок.

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

Абстрактно бизнес-процессы могут регламентировать многое, но не вс е и не всегда могут жить только по расписанным "процессам". Например, типичный случай "сталкивания лбами" - когда надо массово отредактировать справочник. Это нештатная ситуация, но иногда бывает. И при этом бывают коллизии, как бы люди не пытались вручную распределить обязанности. И в решении этих коллизий помогают блокировки. Точно так же стандартный вариант, когда документ имеют право редактировать работники отдела, которые договориться между собой не смогли. И т.д.

iscrafmMik Prokoshinотсутствие блокировок, и последующие громкие разборки с пользователями "почему я туда ввела 5, а получилось 4".
Если внимательней посмотреть на эту ситуацию, то сразу же всплывает вся ее абсурдность. А абсурд заключается в том, что подобный вопрос возникнет и через секунду после снятия блокировки и изменения только что разблокированного документа другим пользователем. Счастье оказывается мимолетным.
Если у пользователя, когда он входит в документ (начинает редактировать поле), сразу высвечивается - "документ занят Ивановой И.И.", то он сразу понимает, что что-то не то и выясняет, все-таки нормальные люди работают!
Если же этот пользователь потом все равно меняет этот документ с последующими разборками, то таких случаев уже бывает на порядок меньше.

iscrafmLSVОдин товарный документ может набираться долго. При этом недопустимо, чтоб после того как набор окончен, вдруг оказалось, что внесенного товара уже нет на складе.
резервируется конкретный товар или конкретный билет или конкретное место в кинотеатре. Долго набирается документ, но не резерв. Резерв - после ввода каждой позиции (см. рис. пример).

Mik ProkoshinС ограничениями по рассчитываемым данным все сложнее, тут все зависит от "политики партии". Блокировать ввод на уровне полных документов обычно недопустимо, поэтому стоит либо делать сначала микрозапрос на временное резервирование по вводимому показателю (более пользовательски-дружественный вариант), либо после полного ввода документа делать проверку и давать отказ в случае "успевания" другим пользователем.

Ну и о чем спорим ? Об одном и том же ?
Я просто четко понимаю, что в размеренной жизни всегда бывают хаотичные форс-мажорные ситуации, от которых никто не застрахован. И в этом случае помогать должны блокировки. Исключать подобный форс-мажор означает заведомо ставить потребителя в ситуацию, когда начальник сказал - сделать срочно, а он оправдывается, "да вроде сделали, только получилась какая-то фигня, разбираемся вот...". Опять же, тот, кто говорит о "заранее прописанных бизнес-процессах", сильно недооценивает роль "волевого руководства" и "форс-мажора", которые у нас сильно распространено.

Кроме того, существуют еще и служебные блокировки для синхронизации при расчетах, типа как в 1С, о которых мы пока умалчиваем.