Максимов Михаил_djХомяГ

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

Не проблема, я для себя разработал обработку (используя старый образец мелькавший на форуме), которая создает представления в отдельной базе, имена представлений AS одноименны конфигуратору, а текст с таблицами и полями меняется под варианты.

P/s/ А как иначе, если холдинг на 100 баз, что каждый раз представление руками писать.

[quot Yagrus2]SpellBuilderпропущено...

Можете пояснить эту фразу?

Под варианты конфигураций. Обработке все равно какая конфигурация, она дергает объект и по тому что вернется воссоздает структуру хранения в БД.

vde69Yagrus2,

почему-то ни кто не поднял проблемму грязного чтения данных в 1с.... все что описано в скулевском топике на больших обьемах разобьется нафиг о реали. На сколько я понял тебе нужна система инкрементарного наполнения источника для олап отчетности. Было-бы глупо если в отчет попадут данные а в основной системе они откатятся....

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

1. Никто не мешает файл обмена xml лить в хранилище, а не УРБД
2. Операция инсерт самая быстрая операция, транкейт и инсерт пройдет быстро, у меня проводки в средней компании за 5 лет льются 10 сек.

Так что, в все зависит от объемов, в идеале конечно путь 1.