Как заблокировать регистр накопления при записи набора? #713211

Здравствуйте! В моей обработке выполняется запись довольно большого набора записей в транзакции. Как правильно заблокировать регистр от чтения другими сеансами на время выполнения записи? Пробовал так: Ставил бряк в отладчике после вызова Заблокировать, запускал дополнительный сеанс из него консолью запросов без труда прочитал записи блокируемого регистра. Как заблокировать регистр чтобы у других сеансов вообще доступа не было?

а режим блокировки у базы какой?

и у самого регистра и у транзакции стартованной

все правильно, только вне транзакции (консолью запросов) читать всегда можно

у конфигурации режим автоматический

Выбрать * из Регистр ДЛЯ ИЗМЕНЕНИЯ

от зряного чтения - НИКАК

от грязного чтения как раз и спасает режим блокировки "исключительный"

> Ну раз автоматический, то о каких Новый БлокировкаДанных; мы вообще говорим

тут надо , причем в транзакции явной или неявной

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

а, я чот топик то не прочитал, от чтения надо заблокировать...

остается только УстановитьМонопольныйРежим(Истина);

а чем мешает чтение? ну почитают... документы-то все равно не смогут делать...

существует вероятность получения неверных данных и запись на основании этих неверных данных уже в другие регистры. почему не смогут?

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

таким образом, работу типовых документов моя обработка не заденет?

поскольку запись обработкой выполняется в транзакции и анализ остатков документами неявно тоже выполняется в транзакции.

если сделаешь - типовые документы не смогут проводиться, пока твоя обработка работает

мне не понятно мне что предлагается в ? Это предлагается в ?

а вы что думаете относительно ?

да, это

типа того. но как только конфа станет управляемой - код превратится в тыкву

в и в прав. Но это справедливо, пока конфа в автоматическом режиме блокировок работает

т.е. я прав еще и в

конечно

пожалуйста без эмоций. Довайте подведем итог. Конструкция "Для изменения" запроса внутри транзакции блокирует всю таблицу не только для записи, но и для чтения другими сессиями при использовании автоматического режима блокировки.

вот что пишет справка: Конфигуратор 1С:Предприятие 8 Предложение ДЛЯ ИЗМЕНЕНИЯ Предложение ДЛЯ ИЗМЕНЕНИЯ предназначено для указания необходимости блокировки считываемых в транзакции данных. Считанные данные становятся недоступными для чтения в других сессиях. Для файлового варианта блокируются указанные таблицы, а для клиент-серверного варианта — только выбранные записи. Блокировка снимается после завершения транзакции.

думаю, если бы в справке додумались написать "ДЛЯ ЧТЕНИЯ" вопросов было бы куда меньше

в итоге исправил код на

не совсем, прочитать не блокирую данные все равно можно

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

вот я же вас спрашивал в и постах, но вы промолчали. вот я и подумал что все же нужно блокировать принудительно

ответьте все же на вопрос: зачем вам блокировать на чтение весь регистр?

давно уже ответил см

еще непонятно как проверить режим блокировки конфигурации: если Метаданные.РежимУправленияБлокировкойДанных = РежимУправленияБлокировкойДанныхПоУмолчанию.автоматический выдает ошибку переменная РежимУправленияБлокировкойДанныхПоУмолчанию не определена

смотри в СП вмнимательнее

РежимУправленияБлокировкойДанных (DataLockControlMode) Использование: Только чтение. Описание: Тип: РежимУправленияБлокировкойДанныхПоУмолчанию. Содержит варианты режимов управления блокировкой данных, устанавливаемых по умолчанию. Доступность: Сервер, толстый клиент, внешнее соединение.

я так понимаю РежимУправленияБлокировкойДанныхПоУмолчанию должно быть системное перечисление?

не вижу нифига

UP!

некрасиво. На случай если кто еще сталкнется с необходимостью проверки объектов метаданных на перечислимое свойство, доступ этим "перечислимым" перечислениям можно получить через "Метаданные.СвойстваОбъектов.ПеоечислимоеСвойство.ЗначениеСвойства"

ПеречислимыеСвойстваОбъектовМетаданных (MetadataObjectEnumeratedProperties) Свойства: .... РежимУправленияБлокировкойДанныхПоУмолчанию (DefaultDataLockControlMode) ..... Описание: Предоставляет доступ к системным перечислениям, выступающим в качестве значений свойств объектов метаданных. Состав и описание системных перечислений объектов метаданных описан в разделе "Системные перечисления свойств объектов метаданных". Доступность: Сервер, толстый клиент, внешнее соединение. См. также: ОбъектМетаданныхКонфигурация, свойство СвойстваОбъектов

в общем метаданные.свойстваобъектов.РежимУправленияБлокировкойДанныхПоУмолчанию.Управляемый

а вообще - просто код од другого режима блокировки будет проигнорирован будет

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