- •Часть 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
Особенности методологий idef1x и ie
Как указывалось, нотации IDEF1X и IE во многом схожи. Отличия проявляются:
в отображении мощности (кардинальности) связи,
в отображении и смысле иерархии категории.
Мощность (кардинальность) связи служит для обозначения отношения числа экземпляров родительской сущности к числу экземпляров дочерней. На рис. 24 на примере идентифицирующей связи показаны отличия в отображении мощности связи в нотациях IDEF1X и IE. Можно заметить, что в IDEF1X мощность отображается посредством буквы у дочерней таблицы, а в IE мощность отображается посредством самой связи. На примере нотации IDEF1X рассмотрим 4 типа мощности связей (рис. 24 слева):
общий случай, когда одному экземпляру родительской сущности соответствуют 0, 1 или много экземпляров дочерней сущности не помечается каким-либо символом;
символом Р помечается случай, когда одному экземпляру родительской сущности соответствуют 1 или много экземпляров дочерней сущности (исключено нулевое значение);
символом Z помечается случай, когда одному экземпляру родительской сущности соответствуют 0 или 1 экземпляр дочерней сущности (исключены множественные значения);
цифрой помечается случай точного соответствия, когда одному экземпляру родительской сущности соответствует заранее заданное число экземпляров дочерней сущности.
Рис. 24. Отличия в отображении мощности связей в IDEF1X и IE.
Основным отличием методологий IDEF1x и IE является отображение и смысл иерархии категории. Иерархия категорий представляет особый тип объединения сущностей, имеющих общие характеристики. Например, в некотором проекте используются 2 механизма: лодка и грузовик (рис. 25). Каждый из них имеет характеристики: производитель, год выпуска, модель, цвет. Эти общие характеристики могут быть вынесены в отдельную сущность – родовой предок (супертип). Специфические для каждого механизма характеристики могут размещаться в категориальных сущностях – потомках (подтипы).
Рис. 25. Пример полной иерархии категорий в нотации IDEF1X.
В табл. 10 приведены типы иерархий категорий в нотациях IDEF1X, IE.
Таблица 10. Типы иерархий категорий и их отображение в нотациях IDEF1X, IE.
Нотация |
Тип иерархии категорий |
Графическое обозначение |
Описание |
IDEF1X |
Полная |
|
Отображены все варианты сущностей-потомков |
Неполная |
|
Отображены не все варианты сущностей-потомков |
|
IE |
Эксклюзивная |
|
Одновременно существует лишь одна из сущностей-потомков |
Неэксклюзивная |
|
Одновременно могут существовать все сущности-потомки |
В IDEF1X выделяют два типа иерархии категории (наследования): полная и неполная. Полная категория означает, что отображены все возможные варианты сущностей-потомков (рис. 25). Неполная категория означает, что категория еще не достроена полностью, и предполагается наличие других сущностей-потомков. Возможна также комбинация полной и неполной категорий.
Нотация IE выделяет собственные типы иерархии категории (наследования) в зависимости от количество вхождений экземпляра супертипа в подтипы: эксклюзивную и неэксклюзивную. При этом как эксклюзивная иерархия категорий, так и неэксклюзивная в IE считается полной.
Эксклюзивная иерархия категорий предполагает, что экземпляр супертипа входит только в один экземпляра подтипа. Например, банковский счет может быть либо накопительным, либо до востребования (т.е. возможен лишь один вариант).
Неэксклюзивная иерархия категорий (рис. 26) предполагает, что экземпляр супертипа может входить более чем в один экземпляр подтипа. Например, банковский счет может быть одновременно накопительным и до востребования.
Рис. 26. Пример неэксклюзивной иерархии категорий в нотации IE.