Есть файловая база Бухгалтерия 2.0 размер около 5 Гб.
В ней для эксперимента надо провести несколько раз порядка 30 000 реализаций.
Сейчас это занимает очень долго времени.

Можно ли как-то ускорить процесс?
Положить базу на ssd диск, сделать клиент-сервернвый вариант, мож еще что-то...

Замер сделай, отключи проведение по ненужным регистрам

>>...надо провести несколько раз порядка 30 000...

и компьютер ты по три раза подряд перезагружаешь?

так в бухии практически только регистр бух

(0)Можно попробовать на виртуальной машине

отключить итоги,
загрузить,
включить итоги. офкос проверить на копии
но не факт, что выигрыш от загрузки перевесит время пересчета итогов

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

скомбинировать (6) и (5).

(4) сомневаюсь, что на виртуалке хоть что-то может происходить быстрее, чем на физике

(6) +
я на самописке отделил формирование движений от проведения (формирование движений в модуль менеджера документа вынес)

это на порядок удобнее и быстрее выходит

(9) формируешь на группу документов?

мне кажется больше всего времени на расчет итогов уйдет, как ни крути.
41, 62 счета

(10) формирую отдельно по последовательностям, отдельно товарную и отдельно финансовую. Тем самым решается куча проблемм...

по крайней мере в бп 2.0 именно так

(0) проводи / формируй движения параллельно

Может я чего не понимаю, но ничего из предложенного невозможно в базовой БП 2.0.

Только SSD и разогнанный проц.

(14) не получится, к таблице итогов РБ все равно будет очередь
(15) ТС рассматривает "сделать клиент-сервернвый вариант"

(4) Можно еще попробовать на счетах посчитать или попробовать лишнюю оперативку из компа вынуть.
Только ведь ТС спрашивает, как ему _ускорить_ процесс, а не максимально тупо замедлить.

отключить итоги и провести не оперативно без контороля

+ рам диск

(5) "отключить итоги" // ТСу надо провести документы, т.е. видимо переформировать движения. Думаю, 99% алгоритмов проведения с отключенными итогами не работают.

(0) Для эксперимента!? А как ты проводишь документы, давай код.

(0) А вообще, монопольный режим + бодренький компьютер.

базу на рам диск темпы на рам диск, проц i7 с самой большой частотой

(16) >не получится, к таблице итогов РБ все равно будет очередь
1. Даже по разным счетам?
2. Даже с включенным разделением итогов?

Как-то мрачно, я наивно полагал, что будет норм.

+(22) разогнать до 5Ггц под водянкой

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

(25) Регистр бухгалтерии не бьется

(26) ну вот измерение Организация есть. Почему не бьется?

(0) "Сейчас это занимает очень долго времени."  - сколько?

(26) Рукалицо

(27) Что ты споришь с самим Вафелем? Сказано не бьется, значит не бьется.

(30) :)

+(30) Правда, не забываем про важный нюанс в (0), который влияет на все, не только на регистры бухгалтерии.
База файловая.

(32) да, базу надо на сервер переводить, однозначно

(9) Да, и в модуле объекта тоже можно (со словом Экспорт). Если контекст документа вдруг нужен, и лень переписывать на модуль менеджера.

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

Можно также править или удалять движения отдельно от записи и проведения документа, обработкой, либо из другого документа, методика прописана в книгах на ИТСе.

(15) Превратить в проф, сделать что надо, перегрузить движения обратно в базовую :)

https://its.1c.ru/db/pubapplied#content:117:hdoc
Формирование движений в объекте документа, но без проведения документа

https://its.1c.ru/db/pubapplied#content:118:hdoc
Модификация существующих движений документа

(0) А что если "для эксперимента" эти "несколько раз" превратить в "несколько баз" (можно даже на разных компах). И в них параллельно провести эти 30 тыс. реализаций.

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