РИБ создание начального образа ПБ удалив регистрацию объектов как. #729067

Самописка. 8.3.5. Есть ЦБ, ПБ1, ПБ2. База прилично выросли. Создаю ПБ3. Очень долго отпочковывается (сутки), завершается ошибкой. Поскольку миграция в основном в центр выполнил следующий код. Узел = ПланыОбмена.Полный.НайтиПоКоду("A"); Но при создании образа в модуле ПриОтправкеДанныхПодчиненному наблюдаю объекты документов почему???? Как по другому ускорить?

забыл справочники и еще чегонить:-)

А вообще можно просто выбрать у усла все изменения и отменить.Для надежность

Даже при таком коде     ПланыОбмена.УдалитьРегистрациюИзменений(Узел); Все равно вижу объекты...

Как связана регистрация и создание нач. образа.. чето не пойму..

Мне как раз нужны справочники. Но я и документы наблюдаю.

Хочет за пять минут и покурить:-)

Может быть я путаю. Запускаю этот код в обработке чтоб ускорить создание начального образа.

Сколько создается образ без очистки?

так образ же не зависит от регистрации

Мне в новом ПБ при создании образа должны попасть все справочники и кое какие документы и регистры сведений. ДЛя теста придумал вышестоящий код. Но на удивление вижу в процедуре при отладке в момент создания образа документы определенного вида

да.Точно:-)  Запудрил всем мозги:-)

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

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

Блин так и знал. А надеялся на другое...

Вот здесь и фильтруй..

Хотя не знаю.. ускорит ли это процесс. См.

Проще изменить состав плана обмена. Всё просто. Если у автора действительно РИБ, то составом плана обмена он может сотворить любые "чудеса": передавать документы без движений или движения документов без них самих :)

как раз об этом задумался.

Хех...только если будешь так "клоунить" с обменом - никогда не запускай тестирование с изменением в такой "ломанутой" базе. "Объект не найден" для РИБ-базы нормальное состояние, а не катастрофа :))

в курсе уже наступали...

ТАк можно? 1. меняю состав в ЦБ 2. создания образа ПБ3 3. обмен на всякй слуай 4. возвращаю состав. 5 обмен еще раз

При смене состава ведь регистрация включится для всех остальных ПБ ???

Можно

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

И еще создание образа в скуль и в файловый вариант отличаются? Может быть у меня ошибка из-за того что в файловый???

Обрати внимание в составе плана обмена на колонку "Авторегистрация". Объект в составе может быть, но не регистрироваться для обмена. Регистрация изменений может быть "программно" или "вручную" - составу всё равно.

У меня все Авторегистрация потому что все данные автоматом попадают в ЦБ

Нет, все одинаково

Кроме пути к базе,

В файловом варианте - быстрее. И, да, отличия есть. Я их на PostgreSQL нахлебался досыта, этих "отличий" (контроль уникальности ключей индексов).

я на маскуле разворачивал- без проблем

(офф) А уменя был "зоопарк" из РИБ на SQL/PostgreSQL/файловые и юЗвери, которые уходя сработы, могли дёрнуть общий рубильник :( По сбойным базам стал спец :)

Хочу быть уверенным. Повторю вопрос ответе кто может. Если я из состава обмена выключу например документ вида "Путевой лист", потом сделав отпочкование ПБ3 обратно включу в состав тогда при обмене с ПБ1 и с ПБ2 все данные этого вида документа опять будут выгружаться??? Иначе говоря при изменении состава регистрация автоматом включается или нет?