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

поставьте восьмёрку

можно мд файл просто в папку с базой положить замещением

Журнал - это индекс.
т.е по сути, можешь подменить md/dds, заполнить руками idjournal и перестроить один индекс. Можно даже юзверей не выгонять.

(1) а работать как? )
все что нажито непосильным трудом перенести несколько лет надо.
а с учетом того что прогресс не стоит на месте и требования продолжают меняться - то перспектива вообще становится туманной..
(2) спасибо, но нет.
(3) звучит страшновато, особенно про "не выгонять".

(4) глаза боятся, а руки делают... (главное, чтоб не наеборот).

(4) сказанное в (3) относится к sql-ной базе, конечно...
там можно практически все делать не выгоняя (разве что временно ограничивая доступ к отдельным типам объектов), кроме, разве что, добавления регистров и общих реквизитов

Посмотрите сообщения 8 и 9 в теме Файл new_stru/1sjourn.cdx увеличивается до 2ГБ при обновлении/изменении конфигурации

(1) Спасибо, поржал.

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

(8) :) ну в этом есть логика - поставят 8ку .. и поймут что у них все очень даже ничего ... было

(9)
1) "это может тем не менее влиять?"(с)
Не может.
2) "в самом журнале ничего страшного нет"(с)
Покажите описание его структуры из DD.
3) "решил перетряхнуть весь ддс"(с)
DDS - это же не DBF-ная база.
А для SQL-ной базы моё сообщение (7) не актуально.