Блокировки при обмене РИБ 8.2 #777940

УПП 1.3. в режиме совместимости - "Версия 8.2.13". Платформа 8.2.19. При обмене по плану обмена целиком блокируется таблица констант (т.к. редим совмести 8.2.13. хранятся все константы в одной таблице видимо), нельзя прочитать даже значение. Как то можно убрать эту блокировку при обмене? Грузится например регистр накопления какой то, а константы тут причем.

не популярная ветка

не меняйте константы так часто

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

УПП 1.3.79.2 - нет таких проблем. Совместимость - "Версия 8.2.13", режим блокировок - "Управляемый". А ты не путаешься? Имхо, во время обмена только запись блокируется из-за того, что блокируются таблицы регистрации изменений. Может быть есть смысл установить количество элементов в транзакции для выгрузки/загрузки? Чтобы блокировки (которые устанавливаются на всё время транзакции) не на всё время обмена были.

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

УПП 1.3.77.2 идет загрузка супер регистра ГрафикиРаботПоВидамВремени, константу любую не прочитать. тут трудно ошибиться. >> Может быть есть смысл установить количество элементов в транзакции для выгрузки/загрузки? Как это сделать? Я вот думаю может меняется все же какая то 1 константа например в подчиненной и просто таблица констант не освобождается до конца загрузки, т.к. выполняется в одной транзакции. Смотрю теперь регистрацией изменений, что именно выгружается из периферийных.

блокировки тоже "Управляемый"

PSS: а при присвоении номеров константы не используются. Префикс организации читается из базы запросом, а префикс узла - из параметров сеанса.

а ПланОбмена типовой?

"Как это сделать?" - в настройке плана обмена есть два показателя для этих целей. План обмена типовой - "Полный" (риб).

а в параметр сеанса из константы ПараметрыСеанса.ПрефиксУзлаРаспределеннойИнформационнойБазы = Константы.ПрефиксУзлаРаспределеннойИнформационнойБазы.Получить;

спасибо, нашел.

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

Про "идет загрузка супер регистра..." повеселило :) Учет затрат для РАУЗа - вот это супер, так супер. Каждый месяц пухнет как на дрожжах тесто.

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

это зло не включал, но подумываю )

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