При разработке в среде 1С:Предприятие начинающие и даже опытные разработчики часто сталкиваются с ситуацией, когда открытая и редактируемая пользователем форма документа не препятствует программному изменению этого же документа из другого сеанса. Это вызывает закономерный вопрос: почему механизм пессимистической блокировки, призванный защищать объект от изменений, позволяет методу Записать() успешно отрабатывать? В этой статье мы подробно разберем уровни блокировок, выясним разницу между объектными и транзакционными механизмами и научимся правильно защищать данные от коллизий.
Рассмотрим стандартную ситуацию. Пользователь открыл форму документа и начал вносить изменения. В этот момент система (расширение формы) автоматически устанавливает пессимистическую блокировку. Разработчик ожидает, что теперь любая попытка изменить этот объект — будь то через другую форму или программно через ПолучитьОбъект().Записать() — должна привести к ошибке "Объект заблокирован".
Однако на практике программный код во втором сеансе беспрепятственно записывает данные. Проанализируем причину этого поведения. Основная проблема заключается в том, что пессимистическая блокировка — это механизм прикладного уровня. Она существует в памяти менеджера блокировок кластера 1С, а не на уровне СУБД. Более того, встроенный метод Записать() по умолчанию не проверяет наличие объектных блокировок. Он проверяет только оптимистическую блокировку (соответствие версий объекта).
Пессимистическая блокировка объектов базы данных предназначена для того, чтобы предотвратить редактирование одних и тех же данных разными пользователями через интерфейс. Рассмотрим ключевые особенности этого механизма:
Записать() не обязан проверять пессимистическую блокировку. Эту проверку выполняют только те механизмы, которые сами пытаются установить блокировку перед началом работы.Модифицированность становится Истина).Таким образом, если программный код просто получает объект и записывает его, он игнорирует "флажок" в памяти кластера, который поставила форма первого пользователя.
Чтобы программный код учитывал блокировку, установленную в форме, мы должны явно вызвать метод Заблокировать() перед началом изменений. В этом случае, если объект уже занят другим сеансом, система сгенерирует исключение, которое мы сможем обработать.
Проанализируем правильный шаблон программной записи объекта:
// Получаем объект для редактирования
ДокументОбъект = СсылкаНаДокумент.ПолучитьОбъект();
Попытка
// Явно пытаемся установить пессимистическую блокировку
ДокументОбъект.Заблокировать();
// Если мы здесь, значит блокировка успешно установлена
ДокументОбъект.Комментарий = "Изменено программно с проверкой блокировки";
ДокументОбъект.Записать();
// Блокировка снимется автоматически при уничтожении объекта или завершении транзакции
Исключение
// Сюда попадем, если объект заблокирован в форме другим пользователем
Сообщить("Не удалось изменить объект: " + ОписаниеОшибки());
КонецПопытки;
Обратите внимание: если во втором сеансе не вызвать Заблокировать(), то метод Записать() просто перезатрет данные, проигнорировав открытую форму в первом сеансе.
В современной платформе 1С v8.3 для управляемых форм рекомендуется использовать метод ЗаблокироватьДанныеДляРедактирования(). Этот метод работает с идентификаторами данных (ссылками) и более тесно интегрирован с механизмом форм.
Рассмотрим пример использования этого метода:
// Блокировка данных по ссылке
Попытка
ЗаблокироватьДанныеДляРедактирования(СсылкаНаОбъект);
// Программное изменение
ОбъектДляЗаписи = СсылкаНаОбъект.ПолучитьОбъект();
ОбъектДляЗаписи.Комментарий = "Обновление через ЗаблокироватьДанныеДляРедактирования";
ОбъектДляЗаписи.Записать();
// Разблокировка
РазблокироватьДанныеДляРедактирования(СсылкаНаОбъект);
Исключение
Сообщить("Объект редактируется другим пользователем.");
КонецПопытки;
Этот подход считается более правильным для клиент-серверной архитектуры управляемого приложения, так как он позволяет визуально оповещать пользователей о блокировке объекта.
Выясним, чем транзакционные блокировки отличаются от пессимистических. Транзакционная блокировка накладывается автоматически в момент начала транзакции записи (метод Записать() внутри себя всегда открывает транзакцию). Она работает на уровне СУБД и физически блокирует строки таблиц.
Основные отличия:
Заблокировать().Даже если мы не используем метод Заблокировать(), 1С защищает данные с помощью оптимистической блокировки. Она основана на версии объекта (поле DataVersion в СУБД).
Проанализируем сценарий:
В этот момент система сравнивает версию, которая была при открытии (1), с текущей версией в базе (2). Поскольку они различаются, пользователь А получит ошибку: "Данные были изменены или удалены другим пользователем". Это и есть работа оптимистической блокировки. Она не запрещает запись в процессе, но проверяет результат "по факту" перед окончательным коммитом.
Для обеспечения надежной работы системы и предотвращения потери данных придерживайтесь следующих правил:
Объект.Заблокировать() внутри блока Попытка...Исключение.ЗаблокироватьДанныеДляРедактирования().Понимание этих нюансов позволит вам проектировать отказоустойчивые системы, в которых действия пользователей и программных обработок не будут приводить к непредсказуемым результатам и потере данных.