↗
Источник: статья опубликована в корпоративном блоге Газпромбанка на Habr.
Все права на оригинальный текст принадлежат автору и правообладателю.
Ниже — краткий авторский обзор; полный материал доступен
на Habr.
Как с помощью триггеров на уровне БД закрывать задачи администрирования, которые не решаются штатным интерфейсом Sigla Vision.
Контекст
Продолжение цикла об адаптивном администрировании. Материал развивает тему предыдущих статей о версионировании метаданных и показывает, как действия в интерфейсе превращаются в команды к таблицам репозитория и как триггеры могут дополнять или прерывать операции insert/update/delete. Примеры — на PostgreSQL.
Разобранные кейсы
- Создание ролей. Новые роли по умолчанию «созданы вручную»; перевод в «синхронизированные» защищает их от правок. Триггеры предотвращают удаление ролей и связей «пользователь — роль», которых нет в файле синхронизации.
- Защита от некорректных имён. Соглашения об именовании лежат в основе заявок на доступ и интеграций; триггер блокирует создание вспомогательных ролей, маскирующихся под основные.
- Совместное управление вспомогательными ролями. Триггер автоматически выдаёт права видимости и управления, чтобы все модераторы каталога могли работать на равных.
Ограничения на уровне БД и мониторинг
- Триггер защищает от случайного удаления каталогов с данными-источниками, которые нельзя было заблокировать через интерфейс.
- Мониторинг опирается на исторические таблицы
zst_ из статьи о версионировании; при необходимости настраивается дополнительное логирование событий.
Материал носит информационный характер. Оригинальная статья и все исключительные права принадлежат её автору (Всеволод Коваленко) и Газпромбанку. Текст на этой странице является кратким авторским обзором и не воспроизводит оригинал целиком.