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

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

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

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

УПП 1.3.79.2 - нет таких проблем. Совместимость - "Версия 8.2.13", режим блокировок - "Управляемый".

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

Может быть есть смысл установить количество элементов в транзакции для выгрузки/загрузки? Чтобы блокировки (которые устанавливаются на всё время транзакции) не на всё время обмена были.

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

(4) УПП 1.3.77.2 идет загрузка супер регистра ГрафикиРаботПоВидамВремени, константу любую не прочитать. тут трудно ошибиться.

>> Может быть есть смысл установить количество элементов в транзакции для выгрузки/загрузки?

Как это сделать?

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

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

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

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

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

(8) а в параметр сеанса из константы

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

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

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

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

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

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

(15) "хотя может не типовой код, не разбирался" - это просто проверить: в настройке поддержки есть возможность сравнить свою конфигурацию с конфигурацией поставщика.

Насчет прямых обращений к константам завтра проверю и отпишусь.

А пока оставлю ссылку "Типичные причины избыточных блокировок и методы оптимизации"
http://its.1c.ru/db/metod8dev#content:5841:hdoc