Здравствуйте. В конфигурации ЕРП долго проводятся документы. Сделал замер производительности, оказалось что в модуле проведения код Объект.Движения.Записать() отрабатывает 43 секунды. Прошу подсказать, как можно ускорить этот процесс.

(0) Мало данных

(0) может блокировка таблицы, очередь диска, 100500+ строк в документе, куча проверок в модулях движений и так гадать можно ооочень долго...присоединяюсь к (1)

(0) вызовов сколько? один? или миллион общей продолжительностью 43 секунды?

(3) Один

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

(0) счетчики производительности смотрели, попугаев Гилева измеряли, регламенты на сиквеле поднимали ?

(4) ну тогда по списку из (2) начинай проверять

(4) ну и это хороший повод освоить настройку технологического журнала

Щас окажется, что на компе у бухгалтера с 2мя Гб оперативки

Буду проверять. По результату отпишусь.

Ставлю на движения остаточного регистра с пустой датой

(11) не обязательно. может просто кто-то когда-то записал док с датой 3021

(12)+ другой док

(12) (13) Я про это и говорю

Ну не пустой датой, а "Датой, значительно (на сотни лет) отличающейся от текущей"

Самое большое время выполняется запрос вставки и обновления регистра AccumRgT29391 - РегистрНакопления.РасчетыСКлиентами.Остатки. Он выполняется больше 34 000 раз

(16) А ты неплох.
Ищи минимальные и максимальные даты РН РасчетыСКлиентами

(15) ну прост если дата в этом документе меньше - то тормозить будет только этот документ. А если больше - то не важно, в этом или другом документе.

(18) Ага. но я парень простой - вижу кривую дату и тупо правлю ее, не думая.

https://yadi.sk/d/LJ2xEA5Zj6pz9w

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

(21) "отключить текущие итоги"

А ты неплох. И конкурсы интересные...

(22) всякое бывало. например эмуляция РН на двух РС, потому что на файловой не влезало в 4гб

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

(24) Можно подробнее?

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

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

(27) Скорее у вас флешбеки по РН РасчетыСКлиентамиПоДокументамРасчетов

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

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