Профили SQL/Объекты метаданных/Управление номенклатурой
Версия от 06:38, 28 сентября 2022; Администратор (обсуждение | вклад)
Профили SQL
Профили с настройками формирования пакетов выгрузки данных в формате текстовых файлов с SQL запросами.
Структура
Настройка структуры формируемых файлов. Состоит из:
- Виды данных - список и настройка выгружаемых видов данных (список слева формы);
- Таблицы - список таблиц выбранного вида данных. Таблицы внешней базы данных (список справа, сверху);
- Поля - список полей выбранной таблицы, выбранного вида данных. Поля внешней таблицы внешней базы данных (список справа, снизу);
- Перед выгрузкой - дополнительные SQL запросы, добавляемые для данных выбранной таблицы, перед основными запросами (список справа, снизу);
- После выгрузки - дополнительные SQL запросы, добавляемые для данных выбранной таблицы, после основных запросов (список справа, снизу);
Вид данных
Таблица с настройками видов выгружаемых данных.
- Выбран
- Вид данных выбран для выгрузки. Отключенная строка не выгружается.
- Вид данных
- Название вида выгружаемых данных.
- Узел обмена
- Галочка, указывает на то, что выбранный модуль выгрузки содержит запрос с изменениями данных, по данным Узла обмена.
- Выбор данных \ Обработка
- Модуль выбора данных. Файлы SQL формируются по заданной структуре, в соответствии с требованиями базы данных внешней системы, но на нашей стороне данные могут быть заменяемыми.
Такой подход, используется для того, что бы отделить структуру получаемых данных, от источника, что дает ряд преимуществ:
- Гибкость настройки - возможность сменить способ выбора исходных данных, на уровне настройки профиля;
- Удобство доработки - многие решения подобных задач, представляют общее целое, есть один модуль внутри которого генерируются все виды данных. Нам надо изменить выгрузку остатков, например к реальному складу добавить остатки поставщиков, которые мы грузим из прайс-листов. Что бы не искать, пришлось бы мало того, что искать где в модулей именно эти данные, еще и после изменения модуль весь стал бы доработанным и обновлять уже проблема. Тут у нас все виды данных отдельные. Мы разрабатываем отдельный небольшой модуль выбора остатков и выбираем его в профиле выгрузки вместо типового, при этом не трогаем логику основного модуля. Отдельный модуль по сути это свой запрос данных;
- Производительность - ряд видов данных, зависит от особенностей учета в нашей системе, если делать что то универсальное, получится сложный запрос, да он будет удовлетворять большинству условий, и через дополнительные параметры менять результат, но нам придется жертвовать скоростью, ради гибкости. При модульном подходе, мы под каждый случай делаем модуль индивидуально, в итоге получится несколько модулей вместо одного, но зато каждый будет с более легким запросом, в нем не будет данных которые не пригодятся, значит работать эта выборка будет быстрее и с меньшей нагрузкой на систему;