DS
Все зависит от того что это за файлы)
Size: a a a
2021 August 09
MD
Очень положительно
MD
Но все же не тотально для каждого
ЕС
ну да, перенос каких-нибудь справочников можно и пачкой делать
ЕС
Походу начнем практиковать
MD
Из плюсов для меня - в конечном приложении загрузка данных происходит одним циклом из каталога qvd. И вся работа только в визе.
ЕС
это да, но у меня вопрос про отдельный скрипт в отдельных приложениях на каждый qvd
ЕС
вместо 20 секций скрипта разнести на 20 приложений, условно
MD
А профит в чем?
DS
Вот пример.
Три потока, каждый таск(считай приложение с скриптом).
Каждый из потоков отвечает за свой блок:
1.транзакции
2. справочники
3. права пользователей
Не надо каждый раз обновлять все данные, достаточно только тот поток, в части которого что-то изменилось
Три потока, каждый таск(считай приложение с скриптом).
Каждый из потоков отвечает за свой блок:
1.транзакции
2. справочники
3. права пользователей
Не надо каждый раз обновлять все данные, достаточно только тот поток, в части которого что-то изменилось
MD
Ещё понимаю если запускать эти скрипты через Api из какого-то своего фреймворка или airflow
DS
Профит в
1)удобстве отслеживания цепочки.
2)можно загружать данные параллельно
1)удобстве отслеживания цепочки.
2)можно загружать данные параллельно
MD
Да, согласен, это очень удобно, но лично меня страшно бесит каша в приложениях QS. Хочется какой-то иной организации приложений в хабе
MD
А в такой схеме их будет ещё больше
DS
с этим согласен, но для пользователя их не видать (для себя можно тоже скрыть, если совсем коробят)
DS
Я просто визуально их превьюшками разграничил и они не особо бесят
DS
это вот все приложения из графа на скрине выше
ЕС
жду пока клик купит какой-нибудь стартап для рисовки иконок сразу внутри у себя)
MD
А мы пытаемся наладить workflow через api
DS
но вообще у меня привычка осталась с qv)