Объектная модель Sigla Vision

• z00 — вспомогательные таблицы для системы, не относящиеся к ОМ;
  
• z01 — первичные таблицы ОМ (данные, полученные из основных таблиц FineDB);
  
• z10 — вспомогательные таблицы для ОМ (данные с ручными загрузками: списки, связи, справочники);
  
• z11 — таблицы ОМ верхнего уровня, собираемые из таблиц групп «z01» и «z10». Они дают наиболее полное представление о нескольких объектах со свойствами и связями между ними. Например, таблица дашбордов в «Коллекции» объединяет таблицу иерархии коллекции и таблицу шаблонов отчетов;
  
• zsd — таблицы для системных отчетов и дашбордов (от «system dashboards»).

• Ф — функция;
  
• T-S — таблица загружена в Sigla Vision как датасет;
  
• T — таблица;
  
• П — поле таблицы;
  
• TO — таблица имеет описание;
  
• ПО — поле таблицы имеет описание;
  
• ТО, % — процент таблиц с описанием от общего количества таблиц;
  
• ПО, % — процент полей с описанием от общего количества полей таблиц.

• система,
  
• пользователь.

• пользователи;
  
• групповые роли пользователей (департамент, позиция, роль);
  
• разрешения УЗ пользователей и ролей на объекты.

• публикация в коллекции на портале;
  
• отчет FineReport;
  
• дашборд (шаблон);
  
• рабочая книга;
  
• компонент дашборда;
  
• датасеты: базовый и ETL.

• события обновлений SPIDER;
  
• логируемые события с объектами системы LogDB.

• подключение;
  
• расписание обновления датасетов (SPIDER и DIRECT);
  
• ключевые параметры системы.

• объект хранится как JSON, и его элементы нужно дополнительно обрабатывать;
  
• объект хранится как JSON в закодированном виде, и его сначала надо декодировать;
  
• состав группы элементов задан в одной строке (различные списки);
  
• информация лежит в LogDB и должна синхронизироваться по времени с данными FineDB.

--#1 Создание удаленного сервера
CREATE SERVER server_finedb
FOREIGN DATA WRAPPER postgres_fdw
OPTIONS (dbname 'logdb', host 'server-finedb', port '5432');
--#2 Привязка УЗ для авторизации на сервере
CREATE USER MAPPING FOR acc_finedb
SERVER server_finedb
OPTIONS (USER 'acc_logdb', password 'pwd');
--#3 Выдача прав на использование таблиц logdb из-под УЗ другого пользователя
GRANT USAGE ON FOREIGN SERVER server_finedb TO acc_finedb;
--#4 Создание схемы в БД FineDB для импорта
CREATE SCHEMA logdb_log;
--#5 Импорт данных в схему
IMPORT FOREIGN SCHEMA logdb_log
--LIMIT TO (fine_record_execute) --для выбора конкретных таблиц
FROM SERVER server_finedb INTO logdb_log;

• объектной модели;
  
• дополнительных расширений;
  
• системных дашбордов.

• через мастер-функцию с последовательным вызовом всех модулей расчета;
  
• через последовательные прямые вызовы модулей.

• из ПО Sigla Vision;
  
• из другого ПО.

• по числу элементов;
  
• по числу связей;
  
• по характеру связей;
  
• по количеству свойств элементов.

• точечное — отдельные наиболее удаленные в иерархии объекты или объекты с максимальным числом заданных свойств;
  
• групповое — сравнение числа элементов в отдельных узлах иерархии или по функциональным группам;
  
• полное верхнеуровневое — сравнение общего числа элементов без детализации.

• данные полностью совпадают;
  
• данные практически полностью совпадают и подходят для использования с высокой степенью достоверности;
  
• данные существенно отличаются от реальной системы и непригодны для применения.

• комментируем в полях описания таблицы, состав полей, функции и их параметры;
  
• придерживаемся фиксированного нейминга для функций, таблиц и их полей;
  
• ведем унифицированный лог выполнения функций;
  
• по данным лога восстанавливаем историю расчетов: первое появление функции, статус выполнения, среднее время выполнения;
  
• ведем описание текущей структуры ОМ в формате представлений БД с удобной категоризацией и сопоставлением таблиц и функций между собой.

• количество сущностей системы и динамика их изменения;
  
• логи действий УЗ с контентом;
  
• права ролей на объекты системы;
  
• УЗ и ролевые группы.

• просмотры контента «Коллекции» пользователями;
  
• действия пользователей с контентом (в «Коллекции» и «Песочнице»).

• перечень ролей в системе и состав их участников;
  
• данные о составе песочниц: рабочие книги с содержимым, с учетом иерархии отнесения на подразделение УЗ пользователя;
  
• публикации дашбордов в «Коллекции»;
  
• информация о пользователях;
  
• подключения с их свойствами;
  
• данные об обновлении датасетов с учетом иерархии.

• дашборд по количеству объектов на любую дату в пределах периода версионирования данных;
  
• дашборд на основе плоской таблицы связей: каждая точка публикации отчетов в «Коллекции» связана с рабочей книгой разработчика, со всеми компонентами, датасетами и подключениями — с учетом иерархий объектов и их взаимосвязей.

• дашборд на основе конфигурационной таблицы FineDB fine_conf_entity с поддержкой иерархического представления объектов;
  
• дашборд по выполнению расчетов ОМ через запуск функций — с результатом, временем выполнения, составом расчета;
  
• дашборд с автоматическим перечнем используемых в ОМ таблиц и их полей, плюс оценкой полноты описания системы (см. рис. 3);
  
• дашборд с автоматическим перечнем используемых в ОМ функций расчета данных и связанных с ними таблиц;
  
• дашборд с данными версионированных таблиц FineDB — для мониторинга активности использования таблиц и динамики занимаемого ими в БД пространства.

• реализовано на PostgreSQL;
  
• для части функционала нужно подключенное версионирование таблиц;
  
• для кросс-расчетов с FineDB требуется подключение к LogDB на PostgreSQL;
  
• в FineDB нет данных о размерах датасетов — оперативный мониторинг занимаемого ими места не работает;
  
• денормализованные данные сильно влияют на объем, который занимают таблицы ОМ в БД. 

• есть особенности вызова функций внутри мастер-функции (при длительном выполнении функции на больших инсталляциях может понадобиться увеличить лимит времени на транзакцию — иначе функции после разрыва сессии упадут с ошибкой); 
  
• не оптимизированы типы полей сущностей: размерность текстовых и числовых полей можно уменьшать под фактический контент — таблицы формировались через автосоздание из запроса;
  
• иногда остаются артефакты (сущности) старых состояний системы — после неполной очистки в системе сохраняются записи, которых уже нет в текущем состоянии;
  
• некоторые таблицы изначально получаются большими и по ходу эксплуатации только растут, их обработка занимает все больше времени — а это значительно увеличивает период полного расчета всей ОМ;
  
• следствие предыдущего пункта: при сведении объектов через таблицы связей часть данных может отсутствовать — данные о связи появляются в расчете позже, чем списки объектов;
  
• для некоторых таблиц со временем понадобятся индексы для ускорения работы — и это увеличит размер данных, занимаемых ОМ;
  
• есть отступления от принятого нейминга в названиях таблиц и полей.