имеем: 1С 7.7 SQL
Уже существует несколько десятков периферийных баз.
Посредством использования триггера в таблице "_1SDWNLDS" по действию "Delete" была настроена выгрузка документов так, что конкретная база получает только свои документы независимо от места создания этих документов (по общему реквизиту документа, равного коду ИБ, для которого документ предназначается), т.е. замена кривой схемы "место создания и центр". При этом для документов стоит метод "все информационные базы", а триггер "отрезает" лишнее.

Всё хорошо, но данный триггер не работает при первичной выгрузке, т.е. при создании новой периферийной базы. Раньше проблема решалась другим (кривым) способом, но надо от такой кривизны избавляться.

Вопрос: состояние какой таблицы и на какое действие следует отслеживать, чтобы использовать триггер для фильтрации первичной выгрузки?

что-то я не всё могу понять, потому уточню по схеме, которую использовал до этого.

в конфигураторе добавлял новую ПБ.
делал первую выгрузку.
в 1Cv77.dat убирал почти всё, оставлял только ключевую информацию по базе, т.е. буквально несколько первых строк файла.
делал загрузку в ПБ, а потом ответную в ЦБ.
из любой действующей ПБ копировал dbf-файлы справочников (после одновременной выгрузки в две упомянутые ПБ)
в ЦБ перезаписывал константы, чтобы они в ближайшей же выгрузке ушли в новую ПБ.

после чего в ЦБ, уже в рабочем режиме, создавались документы, которые после фильтрации триггером уходили в новую ПБ.

все действия занимали буквально 5 минут, проблема лишь в том, что первая выгрузка в ПБ длиться около 1,5 часов, хотя из неё нужен лишь кусочек файла 1Cv77.dat и 1Cv77.MD плюс понимание 1Синой, что таки прошла первая выгрузка в новую ПБ и что уже можно принимать ответные выгрузки.

похоже мне надо вручную добавить запись в таблицу _1SDBSET, придумав свой DBUUID и заполнив остальные поля.

статус новой базы от которой ещё не было ответа, вроде как N

вопрос только в том, какие могут быть подводные камни, какие таблицы ещё задействованы в этом процессе?

спасибо за помощь, буду играться на тренировочных базах.

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

что касается копирования ЦБ и чистки её, то это вряд ли ускорит процесс - более 55 гигов база и удалять почти всё надо, проще пустую дополнить мелочью, чем оставить эту мелочь от такой базы.

в любом случае спасибо)

спасибо за новую полезную инфо.


AHDPЯ правильно понял, что база объёмом 55 гиг у вас выгружается за 1,5 часа и файл обмена весит меньше двух гиг?
да.
изначально для большинства документов стоит миграция "все информационные базы", а в процессе обмена с уже действующей базой фильтрация производится триггером и в базу уходят только свои документы.
в последний раз файл выгрузки был 1,85 гига, но после необходимых манипуляций, ПБ (со справочниками и без лишних документов) в уже развёрнутом виде с учётом CDX (у нас ЦБ - sql, а ПБ - dbf) весит около 150 мб.

P.S. про нелюбовь 1С к ZIP-архивам больше 2 гигов знаю, и про обход этого тоже знаю, но это корявые методы, в сравнении с предложенными в этой теме.