Рис. 93. Диалог Close Models.

Рис. 94. Диалог Close.

Если в процессе Complete Compare изменения касались базы данных или файла скрипта, то сохранить эти изменения можно одним из следующих способов:

сохранить изменения в новой модели,

сгенерировать скрипт на изменение базы данных (alter script),

сохранить изменения в новом файле-скрипте.

Таким образом, инструмент Complete Compare, встроенный в CASEсредство ERwin Data Modeler позволяет автоматизировать одну из задач сопровождения баз данных за счет автоматизации трудоемкого процесса сравнения и синхронизации моделей и баз данных.

Уровни проектирования

Уровень проектирования – это отдельная модель данных или набор моделей данных, которые используются в процессе разработки приложений для определенной цели. Каждый уровень проектирования является составной частью иерархии двух или более уровней проектирования.

95

Рис. 95. Пример иерархии уровней проектирования.

Простым примером может служить 3-х уровневая иерархия (рис. 95).

Первый уровень проектирования представляет собой логическую модель данных, которая определяет бизнес-требования к приложению, включая универсальные сущности и структуры супертипа/подтипа.

Второй уровень проектирования – это универсальная физическая модель данных. Бизнес-требования преобразуются в правила реализации базы данных в физической модели данных. На этом уровне проектирования определяют структуру таблиц, колонок (с универсальным именованием), необходимых для представления бизнес-приложения. Однако в универсальной физической модели данных объекты и свойства не зависят от базы данных. Универсальная физическая модель может быть создана с помощью универсального ODBC в качестве целевой базы данных. Другие модели данных, специфичные для базы данных, могут быть получены из универсальной физической модели данных.

Третий уровень проектирования может представлять различные физические реализации одной модели данных, но на различных целевых серверных платформах, например, физическая модель DB2 и физическая модель Oracle. Каждое приложение может работать на нескольких платформах базы данных.

Когда проектируется база данных уровня предприятия, можно выстроить следующую иерархию моделей (рис. 96).

На верхнем уровне иметь логическую модель масштаба предприятия, которая определяет стандарты для всех приложений организации и включает все утвержденные стандарты сущностей и атрибутов, поддерживаемых организацией. Кроме этого модель может включать общие сущности, используемые разными приложениями предприятия.

На следующем уровне проектирования могут быть представлены несколько логических моделей данных для ряда бизнес-приложений, например, приложения для ввода заказа и отслеживание продаж. Несмотря на большие различия этих приложений, в них, вероятно, используются некоторые общие сущности, например, СОТРУДНИК и КЛИЕНТ. Модель

96

верхнего уровня могла бы включать обе этих сущности наряду с другими сущностями, не используемыми в рассматриваемых приложениях.

Следующим уровнем проектирования может быть универсальная физическая модель для каждого приложения.

Как и в предыдущем примере, если каждое приложение работает на нескольких платформах базы данных (DB2 и Oracle), то последний уровень проектирования необходим для моделей данных, ориентированных на разные платформы баз данных.

Рис. 96. Пример иерархии моделей предприятия.

Для поддержки иерархии уровней проектирования ERwin DM предоставляет ряд инструментов, запустить которые можно через меню Tools (рис. 97). Среди них

Add Model Source (добавить источник мо-

дели). К существующей модели можно добавить другую модель в качестве модели-источника. После того как модели присвоен источник модели, изменения в объектах, которые были перенесены из источника модели, отслеживаются автоматически.

Derive New Model (породить новую модель).

Позволяет создать новую модель на основе существующей модели. В результате порождения обе

	модели остаются связанными, причем исходная	Рис. 97. Меню Tools.
	модель рассматривается как модель-источник.

97

Split L/P Model (расщепить смешанную модель). Расщепляет сме-

шанную модель на две модели: логическую и физическую, причем логическая модель рассматривается как модель-источник.

Sync with Model Source (синхронизировать с моделью-источником).

Модель может быть связана с источником модели в результате расщеплении смешанной (логико-физической) модели, порождения модели или добавления источника модели. После того как модели присвоен источник модели, изменения в объектах, которые были перенесены из источника модели, отслеживаются автоматически. В любое время можно использовать мастер Sync with Model Source для импорта и экспорта изменений между моделью и ее источником.

Link Model Source (связать с источником). Часто концептуально связанные модели разрабатываются независимо друг от друга. Чтобы связать ранее независимые модели используют инструмент Link Model Source. Инструмент позволяет сопоставить существующие объекты в двух моделях, создавая связь между ними. В отличие от инструментов Add Model Source, Derive Model, и Sync with Model Source инструмент Link Model Source не создает новых объектов в целевой модели (хотя можно использовать возможности диалога Resolve Differences для импорта/экспорта объектов и свойств). Можно поддерживать и обновлять связанные объекты

спомощью инструмента Sync with Model Source tool.

У модели может быть несколько моделей-источников. ERwin DM 7.2 поддерживает единый вид Мастеров (диалоговых окон) для инструментов

Add Model Source, Link Model Source, Derive New Model, Sync with Model Source, который основан на рассмотренном ранее Мастере Complete Compare. Мастера позволяют:

Определить модель-цель и модель-источник.

Установить фильтр на типы объектов.

Установить фильтр на список объектов.

Задать правила преобразования имен (Naming Standard).

Определить правила преобразования связей «многие ко многим» и иерархии категорий.

После настройки перечисленные инструменты генерируют диалоговое окно Resolve Differences, рассмотренное ранее. При импорте или экспорте изменений ERwin DM обновляет дату синхронизации в моделях и диалоге Model Sources Properties (Свойства источников модели).

Трансформация

Трансформация – прием, позволяющий применить и зарегистрировать проектное решение, т. е. решение о внесении изменений в объекты на определенном уровне проектирования. При применении трансформации в ERwin в свойства ряда объектов вносятся изменения с целью усовершен-

98

ствования, нормализации или денормализации модели. При использовании трансформаций можно выделить следующие основные преимущества:

Автоматизация. ERwin DM упрощает совершенствование логической и физической моделей. Вместо трудоемкого «ручного» изменения модели можно использовать встроенные Мастеры для автоматизации процессов преобразования (трансформации) объектов модели.

Трассировка. Для каждого объекта модели, создаваемого при трансформации, в ERwin DM ведется историческая информация. Историю трансформированных объектов можно проследить.

Сохранение свойств объекта. Свойства трансформированных объектов сохраняются.

Для запуска процесса трансформации следует выбрать объекты, участвующие в трансформации и щелкнуть по соответствующей кнопке на панели трансформаций ERwin Transform Toolbar (табл. 5). В появляющихся диалогах Мастера трансформаций нужно ответить на ряд вопросов, определяющих применение трансформации. В табл. 19 на примерах показано начальное и конечное состояния трансформируемых объектов.

Таблица 19. Состояние объектов до и после трансформации.

	Исходные объекты	Используемая	Результат трансформации
		трансформация

Многие ко многим

Идентификация связи «иерархия наследования»

Свертывание связи «иерархия наследования»

99

Развертывание связи «иерархия наследования»

Вертикальное разбиение таблицы

Горизонтальное разбиение таблицы

Денормализация

развертывания

Денормализация

свертывания

ИЛИ

100

Скопировать/связать столбец

В навигаторе моделей при каждом применении трансформации важная информация в папке Transforms (Трансформации) обновляется. В эту информацию включается имя трансформации, исходный и целевой объекты, участвующие в трансформации (рис. 98).

Рис. 98. Пример свойств исходных и целевых объектов трансформации Horizontal Partition (горизонтальное разбиение).

Когда трансформация применяется к существующей трансформации, создается вложенная трансформация. Вложенные трансформации могут обрабатываться так же, как и отдельные трансформации.

ERwin DM предлагает два способа "отмены" трансформации. Связи трансформации можно разорвать, либо трансформацию можно отменить.

Когда связи трансформации разрываются, объекты модели, созданные при трансформации, сохраняются, однако исходные объекты удаляются. Чтобы разорвать связи трансформации, перейдите в навигатор моделей Model Explorer и щелкните правой кнопкой мыши на трансформацию. В контекстном меню укажите пункт Delete and Resolve Transform (Разорвать

101