Конвертация данных порядок загрузки данных
Работаю над переносом КА 1.1. - БП 3.0. Следуя рекомендациям руководства Бояркина и филатова, с целью оптимизации правил обмена решил установить последовательность (порядок) выгрузки/загрузки данных, чтобы объекты, зависящие от других, выгружались позже независимых. Использовал порядок правил выгрузки данных. (реквизит правил выгрузки). Выгрузку и загрузку производил штатной обработкой Универсальный обмен данных в формате XML 2.1.7 и 2.1.8. Результат проверял по протоколу выгрузки/загрузки этой обработки. На текущий момент не обнаружил никакого влияния этого параметра на порядок выгрузки и загрузки. Кто сталкивался с таким поведением: что посоветуете.
По теме из базы знаний
- Перенос данных из УПП 1.3 / КА 1.1 в БП 3.0
- Перенос данных из УПП 1.3 в ERP 2 / УТ 11 / КА 2
- Перенос данных из ERP 2 (ЕРП 2) / КА 2 / УТ 11 в УПП 1.3 / КА 1.1 / УТ 10.3
- Добавляем в Конвертацию данных 2.1 средства для работы с GIT
- Обмен по правилам Конвертации данных 2.1 для ERP, КА, УТ 11, БП 3, ЗУП 3, Розница 2.3
Ответы
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(1) Вы имеете в виду реквизит "Порядок выполнения" у объекта ПВД? На порядок загрузки он не влияет. А что касается порядка выгрузки - то как вы проверяли? Попробуйте просто в каждом правиле выводить сообщение и посмотрите в каком порядке они выполняются и влияет ли изменение значения реквизита "Порядок выполнения" на последовательность запуска ПВД.
(2)
Да, именно этот реквизит. Разумеется, на порядок загрузки он непосредственно не влияет. Я имел в виду то, что порядок загрузки повторяет порядок выгрузки, что и подтвердилось протоколом выгрузки и дописанным в его конец протоколом загрузки. Этот протокол формируется обработкой Универсальный обмен XML (опция). Обработка запускалась при выгрузке данных в файл из исходной базы и при загрузке из файла в целевую базу Реквизит менялся как переносом вверх-вниз в окне ПВД, так и прямым заданием числа приоритета выгрузки. Результат не менялся. Поиск по источникам выявил схожие претензии к этому механизму, но мне пока в это не верится.
Да, именно этот реквизит. Разумеется, на порядок загрузки он непосредственно не влияет. Я имел в виду то, что порядок загрузки повторяет порядок выгрузки, что и подтвердилось протоколом выгрузки и дописанным в его конец протоколом загрузки. Этот протокол формируется обработкой Универсальный обмен XML (опция). Обработка запускалась при выгрузке данных в файл из исходной базы и при загрузке из файла в целевую базу Реквизит менялся как переносом вверх-вниз в окне ПВД, так и прямым заданием числа приоритета выгрузки. Результат не менялся. Поиск по источникам выявил схожие претензии к этому механизму, но мне пока в это не верится.
(5)
Есть такой режим - не выгружать объекты свойств по ссылкам. Одна из его целей - сокращение времени обмена при выгрузке - загрузке объектов . Подробнее у Бояркина с Филатовым. Подразумевается, что при этом обмен должен идти в определенном порядке, чтобы последующие по обмену объекты имели ссылки на предыдущие. Это в свою очередь можно установить посредством данного реквизита. (пока в теории)
Есть такой режим - не выгружать объекты свойств по ссылкам. Одна из его целей - сокращение времени обмена при выгрузке - загрузке объектов . Подробнее у Бояркина с Филатовым. Подразумевается, что при этом обмен должен идти в определенном порядке, чтобы последующие по обмену объекты имели ссылки на предыдущие. Это в свою очередь можно установить посредством данного реквизита. (пока в теории)
Вакансии
1С-Программист (интегратор Битрикс24)
Санкт-Петербург
зарплата от 150 000 руб. до 250 000 руб.
Полный день
Санкт-Петербург
зарплата от 150 000 руб. до 250 000 руб.
Полный день