исключение "грязного чтения" набора записей регистра сведений 1С #755007

Добрый день, уважаемые коллеги. В системе на базе 8.2 предусмотрено два регл. задания: 1. Задание 1: помещает записи в регистр сведений, определенный рядом измерений (не подчинен регистратору, периодичность секунда), далее вторым шагом обрабатывает записи, заполняет некие реквизиты набора. При этом в начале и в конце обработки выставляется конструкции "НачатьТранзакцию", "ЗафисироватьТРанзакцию". Возможна ситуация, когда требуется отменить запись некоторого набора, в связи с чем применяется метод "ОтменитьТранзакицю". 2. Задание 2: должно обратиться к регистру сведений, отобрать записи по определенному фильтру и далее внести изменения в его набор записей. Вопрос: задание 2 должно получить для обработки набор записей тот, который окончательно обработан заданием 1 после выполнения команды "ЗафиксироватьТРанзакцию". На текущий момент в задание 2 попадают записи, которые добавлены заданием 1, но не обозначены как "ЗафиксироватьТРанзакцию". Как лучше организовать поведение системы с целью исключения "грязного" чтения заданием 2?

Дополнительно: в свойствах конфигурации выставлен режим блокировки данных "Управляемый"

БлокировкаДанных в 1-м задании.

Вот код: Выставлю точку остановы на последней строке. Если я делаю селект регл. задания 2, получаю результат, куда включены записи НаборЗаписей. а они попадать не должны.

чтение делать внутри транзакции

не заметил в коде транзакции. А без транзакции блокировка ничего не делает

она есть, просто забыл указать. перед вызовом это процедуры идет "НачатьТранзакцию" из другого модуля. Аналогично после выполнения процедуры "ЗафиксироватьТранзакцию"

А ты в коде перед установкой блокировки проверь "ТранзакцияАктивна" и нам сообщи

И неясно, зачем вот это:

Согласен с . Чтение вне транзакции 1С - грязное. Если сделать НачатьТранзакцию в задании №2, а затем делать чтение, то будет другой, более высокий, уровень изоляции.

так и есть, дает истину. сделал так: В регл. задании 2 сделал так: На выходе получил ошибку: Конфликт блокировок при выполнении транзакции: Microsoft OLE DB Provider for SQL Server: Превышено время ожидания запроса на блокировку. HRESULT=80040E31, SQLSrvr: SQLSTATE=HYT00, state=33, Severity=10, native=1222, line=1 Но меня интересует результат с пустым значением, то есть, обработка должна пройти и результат поиска должен дать 0

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

мне необходимо, что бы второе задание отработало безаварийно и дало пустой результат, так как транзакция первого регл. задания не зафиксирована до конца. Это вообще реализуемо? У меня клиент-серверный вариант.

Если БД "блокировочник", как MSSQL, то не реализуемо, т.к. в MSSQL писатели блокируют читателей. В "версионниках" типа ORACLE - это реализуемо, т.к. там писатели не блокируют читателей. Но я не помню, как 1С себя ведет в случае ORACLE. Там по моему при автоматическом режиме блокируется вся таблица, но я не уверен. P.S. На всякий случай уточню, что я не утверждаю, что ORACLE лучше MSSQL. Просто они по разному подходят к этому вопросу.

Должно работать Но что за метод "РазблокироватьДанные"? Не вижу такого в СП.

это опечатка. данная команда не работает.

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

При этом не использовать блокировки

Автор, попробуй во втором регл. задании не запросом, а созданием набора записей с установкой отбора и чтением проверить кол-во записей в получившемся наборе

Разнести рег задания по графику?

Придумать признак "МОЖНО ЧИТАТЬ"?

И да, я не спец в блокировках, разве нельзя увидеть заблокирован ли объект/набор записей?

Можно еще блокировать с отбором по измерению, разве нет? первое пишет с отбором "измерение = 1", второе читает с отбором "измерение = 2", потом меняемся.

Я все сказал. ;)

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

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

помести Запрос.Выполнить.Выбрать; второго задания в попытку исключение а так, + 1

Действительно, нафиг их разделять?

переходи на 8.3 без режима совместимости с 8.2 и упр блокировки

Если речь про уровень изоляции Read Comitted Snapsot, то в этом случае ТС будет получать последнюю зафиксированную версию данных, а не пустой результат.

Добавь в регистр измерение, например "номер сообщения" или булево "Обработано" , первое задание обрабатывает записи с номером сообщения "1", после обработки записей изменяет номер сообщения на "2", второе задание обрабатывает записи только с номером сообщение "2".