Правила валидации и значения по умолчанию. Создание триггеров и хранимых процедур в eRwin Data Modeler.
ERwin поддерживает правила валидациидля колонок, а также значение, присваеваемое колонкам по умолчанию. Правило валидации задает список допустимых значений для конкретной колонки и/или правила проверки допустимых значений. Значение по умолчанию - значение, которое нужно ввести в колонку, если никакое другое значение не задано явным образом во время ввода данных. С каждой колонкой или доменом можно связать значение по умолчанию (если выбранная СУБД поддерживает домены).
Если
щелкнуть по кнопке
,
расположенной справа от раскрывающегося
списка Valid , появляется диалог Validation
Rule Editor, который служит для задания правил
валидации. В нем можно задать максимальное
и минимальное значение и тип валидации
(где проверять - на сервере или в клиентском
приложении).
Например, значение,
вводимое в колонкуAge, должно быть
больше 18, но меньше 180. Для описания этого
правила можно создать правило валидации
с именем "Проверка_возраста",
которое содержит выражение:AgeBETWEEN 18 AND 180. Использование этого правила
валидации гарантирует, что диапазон
вводимых значений будет от 18 до 180. СУБД
выдаст сообщение об ошибке, если вводимый
возраст находится вне границ заданного
диапазона.
После создания правила
валидации и значения по умолчанию можно
присвоить одной или нескольким колонкам
или доменам.
Триггеры и хранимые процедуры– это именованные блоки кода SQL, которые заранее откомпилированы и хранятся на сервере для того, чтобы быстро призводить выполнение запросов, валидацию данных и выполнять другие часто вызываемые функции.
Триггер– это процедура, которая выполняется автоматически как реакция на событие. Таким событием может быть вставка, изменение или удаление строки в существующей таблице.
Триггер ссылочной целостности– это особый вид триггера, используемый для поддержания целостности между двумя таблицами, которые связаны между собой. Если строка в одной таблице вставляется, изменяется или удаляется, то триггер ссылочной целостности (RI-триггер) сообщает СУБД, что нужно делать с теми строками в других таблицах, у которых значение внешнего ключа совпадает со значением первичного ключа вставленной (измененной, удаленной) строки. По умолчанию Erwin генерирует триггеры, дублирующие декларативную ссылочную целостность. Для генерации триггеровErwinиспользует механизм шаблонов – специальных скриптов, использующих макрокоманды. Шаблоны триггеров ссылочной целостности связываются с сущностями в зависимости от типа связи и роли сущности в этой связи. Они определяют, какое правило ссылочной целостности будет по умолчанию дополнено шаблоном триггера.
Erwinимеет специальные редакторы, облегчающие создание и редактирование триггеров и процедур. Эти операции можно осуществить в окнеTableTriggerViewerпунктаTriggerконтекстно-зависимого меню для таблицы.
18.Проектирование хранилищ данных.
Решением проблемы производительности является создание специализированной базы данных – хранилища данных (Data Warehouse),предназначенной исключительно для обработки и анализа информации.
Хранилища данных позволяют разгрузить оперативные базы данных, и тем самым, позволяют пользователям более эффективно и быстро извлекать необходимую информацию. Они могут быть включены в общую корпоративную сеть, по которой в хранилище по заранее определенному расписанию, как правило, в период наименьшей загрузки сети и серверов копируется накопленная за день или за неделю информация. Поскольку данные меняются редко, то к хранилищу данных не предъявляются жесткие требования, которые обычно предъявляются к обычным базам данных - отсутствие аномалий при выполнении операций обновления или удаления и избыточности хранения информации.
Данные в хранилище должны регулярно пополняться. Требуется тщательно документировать правила пополнения и резервного копирования данных.
Нормализация данных в реляционных СУБД приводит к созданию множества связанных между собой таблиц. В результате, выполнение сложных запросов неизбежно приводит к объединению многих таблиц, что существенно увеличивает время отклика. Проектирование хранилища данных подразумевает создание денормализованной структуры данных (допускается избыточность данных и возможность возникновения аномалий при манипулировании данными), ориентированной в первую очередь на высокую производительность при выполнении аналитических запросов. Нормализация делает модель хранилища слишком сложной, затрудняет ее понимание и ухудшает эффективность выполнения запроса.
ERwin поддерживает методологию моделирования хранилищ благодаря использованию специальной нотации для физической модели – Dimensional. Наиболее простой способ перейти к нотации Dimensional в ERwin - при создании новой модели (меню File / New) в диалоге ERwin Teamplate Selection выбрать из списка предлагаемых шаблонов DIMENSION. В шаблоне DIMENSION сделаны все необходимые для поддержки нотации размерного моделирования настройки, которые, впрочем, можно установить вручную.
Связывание модели процессов и модели данных в Process Modeler и ERwin Data Modeler