↗
Источник: статья опубликована в корпоративном блоге Газпромбанка на Habr.
Все права на оригинальный текст принадлежат автору и правообладателю.
Ниже — краткий авторский обзор; полный материал доступен
на Habr.
Как устроена объектная модель (ОМ) Sigla Vision — описание
объектов системы, их состояния, истории изменений и взаимосвязей,
собираемое во внешней БД.
О чём материал
Вторая статья цикла посвящена построению объектной модели — основе
адаптивного администрирования. Подход полезен командам, которые
поддерживают аналитические системы с метаданными во внешней базе.
Как строится модель
- ОМ описывает объекты, их состояние, историю и связи.
- Два способа представления: объектная схема (логические блоки) и табличная схема (таблицы с промежуточными и итоговыми данными).
- Соглашения об именовании таблиц с префиксами (z00, z01, z10, z11, zsd).
- Автоописание структуры через SQL-представления (основное —
v_zom).
Взаимодействие с FineDB и LogDB
- Разделение субъектов (система, пользователь) и объектов (сущности).
- Категории объектов: ролевые, контентные, логовые, служебные.
- Варианты хранения: простые и сложные (JSON, кодировки, списки, синхронизация с LogDB).
- Настройка удалённого подключения через плагин
postgres_fdw.
Модули расчёта и валидация
- Модульная архитектура с полным и инкрементальным обновлением.
- Мастер-функция для оркестрации обновлений и логирование сборки модели.
- Автообновление через Apache Airflow или планировщики PostgreSQL/Linux.
- Валидация по количеству элементов, связям и свойствам — с высокой сходимостью данных.
Ограничения
- Денормализация заметно увеличивает объём хранения (за год — кратный рост).
- Отмечены неоднородность именований и неоптимальные типы полей — как зоны для улучшения.
SQL-код (диалект PostgreSQL) выложен автором в GitHub-репозитории.
Материал носит информационный характер. Оригинальная статья и все
исключительные права принадлежат её автору (Сергей Усов) и Газпромбанку.
Текст на этой странице является кратким авторским обзором и не воспроизводит
оригинал целиком.