- •Часть II
- •Содержание
- •Введение
- •Функциональные возможности AllFusion eRwin dm 7.2
- •Инструментальная среда AllFusion eRwin dm Интерфейс AllFusion eRwin dm 7.2
- •Уровни отображения модели (Display Level)
- •Подмодели (Subject Area).
- •Хранимые отображения (Stored Display)
- •Навигатор модели (Model Explorer)
- •Журнал изменений модели (Action Log)
- •Русификация eRwin dm
- •Поддерживаемые методологии: idef1x, ie, dm Краткая характеристика методологий
- •Особенности методологий idef1x и ie
- •Панель инструментов для добавления объектов в модель данных
- •Разработка и поддержка баз данных с eRwin dm Начало создания модели в AllFusion eRwin dm
- •Уровни модели данных
- •Создание логического уровня модели
- •Сущности
- •Атрибуты
- •Связи идентифицирующие и неидентифицирующие
- •Связь "многие ко многим"
- •Типы зависимых сущностей
- •Иерархия категорий (иерархия наследования).
- •Нормализация и денормализация
- •Создание физического уровня модели
- •Выбор сервера
- •Колонки
- •Представления (View)
- •Материализованные представления (materialized view)
- •Правила валидации и значения по умолчанию
- •Индексы
- •Задание объектов физической памяти
- •Триггеры и хранимые процедуры
- •Скрипты «до и после генерации»
- •Прямая генерация
- •Обратная генерация
- •Сравнение и синхронизация с Complete Compare
- •Уровни проектирования
- •Трансформация
- •Документирование моделей данных в eRwin dm
- •Создание отчетов с помощью Report Template Builder
- •Создание отчетов с помощью Data Browser
- •Практическая работа с eRwin Data Modeler
- •1. Создание концептуальной модели данных
- •2. Порождение новой модели из концептуальной
- •3. Проработка модели на уровне первичных ключей
- •4. Автотрансформация связей «многие ко многим»
- •5. Доработка модели до полно атрибутивной модели
- •6. Проработка физического уровня модели
- •7. Генерация каталога базы данных из модели данных
- •8. Обратная генерация каталога базы данных в модель
- •9. Сравнение и синхронизация каталога базы данных и модели
- •10. Документирование модели данных
- •Опись созданных файлов
- •Задание для самостоятельной работы
- •Литература и источники
- •Часть II.
- •101990, Москва, Малый Златоустинский пер.,7
Задание объектов физической памяти
ERwin DM поддерживает объекты физической памяти для некоторых СУБД. Для создания и редактирования этих объектов используются диалоги, вызвать которые можно из меню DataBase. В зависимости от СУБД и ее версии набор объектов и соответственно набор пунктов меню различается. Например, для Informix 7.x – это DBspace, для Oracle 8i – это Tablespace, Rollback Segment, Database и др., для SQL Server 2000 – это Filegroup.
Триггеры и хранимые процедуры
Триггеры и хранимые процедуры – это именованные блоки кода SQL, которые заранее откомпилированы и хранятся на сервере для того, чтобы быстро производить выполнение запросов, валидацию данных и выполнять другие часто вызываемые функции.
Хранение и выполнение кода на сервере позволяет создавать код только один раз, а не в каждом приложении, работающем с базой данных, что экономит время при написании и сопровождении программ. При этом гарантируется, что целостность данных и бизнес-правила поддерживаются независимо от того, какое именно клиентское приложение обращается к данным. Триггеры и хранимые процедуры не требуется пересылать по сети из клиентского приложения, что значительно снижает сетевой трафик.
Хранимой процедурой называется именованный набор предварительно откомпилированных команд SQL, который может вызываться из клиентского приложения или из другой хранимой процедуры.
Создать хранимую процедуру в ERwin DM можно в диалоге Stored Procedures (меню Database/Stored Procedures). При создании текста хранимых процедур можно использовать макросы (макрокоманды) ERwin DM. При генерации кода хранимой процедуры вместо макрокоманд подставляются имена таблиц, колонок, переменные и другие фрагменты кода, соответствующие синтаксису выбранной СУБД. В зависимости от размерности модели данных использование макрокоманд ERwin DM позволяет сократить число строк SQL, написанных проектировщиком, в десятки, сотни и даже тысячи раз.
Триггером называется процедура, которая выполняется автоматически как реакция на событие. Таким событием может быть вставка, изменение или удаление строки в соответствующей таблице. Триггер сообщает СУБД, какие действия нужно совершить при выполнении команд SQL INSERT, UPDATE, DELETE для обеспечения дополнительной функциональности, выполняемой на сервере.
Триггер ссылочной целостности – это особый вид триггера, используемый для поддержания целостности между двумя таблицами, которые связаны между собой. Если строка в одной таблице вставляется, изменяется или удаляется, то триггер ссылочной целостности (RI-триггер) сообщает СУБД, что нужно делать с теми строками в других таблицах, у которых значение внешнего ключа совпадает со значением первичного ключа вставленной (измененной или удаленной) строки.
По умолчанию ERwin DM генерирует триггеры, дублирующие декларативную ссылочную целостность. Для генерации триггеров ERwin DM использует механизм шаблонов – специальных скриптов, использующих макрокоманды, что позволяет сократить число строк SQL, написанных проектировщиком, в десятки, сотни и даже тысячи раз. Шаблоны ссылочной целостности, генерируемые ERwin по умолчанию, можно изменять [2].