Ошибка при одновременной записи в регистр сведений с управляемой блокировкой #482462

Есть самописная конфа (в свойствах поставил автомат. и упр.) , регистр(упр.блок.) в который пишутся параллельно данные отличающиеся измерением НастройкаЗагрузки. При открытии двух 1с и одновременного запуска обработки с разными измерениями НастройкаЗагрузки получаю: Ошибка при вызове метода контекста (Записать): Конфликт блокировок при выполнении транзакции: Microsoft OLE DB Provider for SQL Server: Lock request time out period exceeded Код на котором все сваливается: Подскажите что не так?

Я конечно не знаток, но блокировки то где?

Так мне ничего блокировать и не нужно. Пусть пишется параллельно.

ну пусть пишется :) база файловая или кл-серв?

Серверная - ошибка ж скульная прилагается :-)

платформу укажи

8.1.15.14

У кого работает параллельная запись - поделитесь рабочим кодом

Тайм аут вываливается в том случае если время оюидания на блокировке превышает 20 сек. Есть самописная конфа (в свойствах поставил автомат. и упр.)   А для транзакции, в которой выполянется запись какой режим?

У меня работает Ровно так же как и в

Интересный эффект - если просто записывать(2-я часть кода), то все делает параллельно. А если на одной копии выполняется первый кусок кода(очистка регистра), а на другом запись(2-й кусок) - то ошибка. Если флОчиститьПрайсПоНастройке Тогда

А чего ты хотел то - в момент очистки наверняка блокируется вся таблица А перед записью идет проверка на уникальность измерений - запрос. Запрос выполнится не может так как записи заблокированы. Кстати какой режим управления блокировками у самого регистра?

Ну так очистка в данном случае ничем не отличается от записи: отбор установлен, просто пишется пустой набор. Режим управляемый.

Данные отбора для очисткии записи конкурентны?

Какой отбор при очистке?

Отбор один и тот же на запись и на очистку - НастройкаЗагрузки. При параллельной загрузке НастройкаЗагрузки всегда имеет разнве значения - т.е. не конкурирует. Все последовательно - сначала очистка по настройке, потом запись по ней же в тот же набор.

Код в выполняется в транзакции?

Нет

Транзакции лепятся самостоятельно - кусками результата запроса

Докопались до того, что НаборЗаписей.Записать(Истина) - видимо даже с отбором лочит таблицу целиком, а с параметром Ложь - не лочит

Не должен. Какой состав полей отбора и состав измерений РС ?

Отбор - только по НастройкаЗагрузки(справочник). В регистре еще 7 измерений, ресурсов нет.

Перечислите если не сложно все измерения РС с учетом порядка следования

ДокументЗагрузки, НастройкаЗагрузки, Производитель, КодТовара, Название, НазваниеАнгл, Цена, Колво

ДокументЗагрузки - Ведущее

Регистр: Непериодический, Независимый

Попробуйте пердвинуть вперед  НастройкаЗагрузки В вашем случае скорре всего блокируется вся таблица кластерного индекса РС так как не указан отбор по первому измерению

Передвинуть в дереве конфигуратора

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

Гениально! Спасибо огромное - все работает! От записи отказались - получается большие объемы построчно писать дольше

Не за что.