Конечно пригодится! У нас намечается оптимизация. Я за статью!

На http://infostart.ru/ опубликуй. Там же все и пообсуждают.

Разрешите немного поправить автора:
1) Цитата:

в таблице _1sjourn есть флаги движения по регистрам
Цитата:

(взято с http://www.metaprog.co.ua/secrprog/opisanietabl.html)
2. Кастельно выгрузки объектов в перефирийные базы при перепроведнии - в статье сказано:
Цитата:

так вот - выгружаются только ИДЕНТИФИКАТОРЫ этих справочников - сама информация о справочниках не выгружается, так как не было изменения этих объектов.
3. глТаблДокОстатки.УдалитьВсе() - не очень быстрый код - логичней пересоздавать таблицу причем делать это инструкцией ЗначениеИзСтрокиВнутр()
4. Что-то то от лукавого )) Но я подумаю надумаю и внесу свои предложения.

Спасибо за поправки!

1. Не изучил как следует описание таблицы 1sjourn, но все равно суть тормоза не в поиске движений, оно то быстрое, а в их удалении и перезаписи.

2. "выгружаются только ИДЕНТИФИКАТОРЫ этих справочников - сама информация о справочниках не выгружается, так как не было изменения этих объектов." Да, но как правило изменения есть... в нашем случае дело касалось периодики - при отмене проведения документа физически удаляются записи установленных им периодических реквизитов, которые затем заново создаются. В связи с этим в обмене участвует информация об удаленных и установленных реквизитах. Если при отмене проведения документ удаляет справочники (партии, например), а потом при проведении создает их заново - эффект будет тот же, одни объекты удалены, другие созданы, все попадет в выгрузку.

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

4. )