Р ис.53. Преобразование связей-ассоциаций 1:1 и 1:n

С вязь-ассоциация N:N автоматически преобразуется в таблицу, отражающую наличие ассоциации, и идентифицирующие связи от таблиц, соответствующих классам участвующих в ассоциации, к таблице-связи. Пример преобразования показан на рисунке 54.

Рис.54. Преобразование связей-ассоциаций N:N

Внешние ключи таблицы-связи автоматически индексируются для повышения быстродействия работы с данными.

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

Связь-агрегация (агрегация по ссылке) автоматически преобразуется в не идентифицирующую связь. Пример преобразования приведен на рисунке 55.

Рис.55. Преобразование связи-агрегации

Так как класс принадлежности таблицы OTCustomer к связи не обязательный (степень 0..1), то для внешнего ключа таблицы OTAddress (ссылающейся на OTCustomer), автоматически будет определенно ограничение на возможность отсутствия значения у атрибута.

Связь-композиция (агрегация по значению) автоматически преобразуется в идентифицирующую связь (см. рис.56).

Р ис.56. Преобразование связи-композиции

Связь-обобщение также как и связь-композиция автоматически преобразуется в идентифицирующую связь (см. рис.57).

Рис.57. Преобразование связи-обобщения

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

Создание просмотров

Просмотры создаются на уровне схемы БД. При помощи мастера редактирования просмотров из имеющихся таблиц выбираются необходимые атрибуты и определяются условия выборки, определяется область распространении изменений данных, отображаемых в просмотре (в случае если он определен как модифицируемый). Пример просмотра приведен на рисунке 58.

Рис.58. Пример отображения просмотра на диаграмме схемы БД

Связи-зависимости от просмотра к независимым таблицам создаются и отображаются на диаграммах автоматически.

Создание хранимых процедур

В целях обеспечения эффективности обработки данных в БД могут быть определены хранимые процедуры, представляющие собой подпрограмм работы с данными, исполняемые на сервере БД. Создание хранимых процедур выполняется на уровне схемы БД командой «Data Modeler–>New–>Stored Procedure». По средствам использования соответствующего мастера для процедур могут определяться входные и выходные параметры, тело процедуры.

На схемах БД хранимые процедуры отображаются в виде класса, в котором каждой операции соответствует одна из процедур. Для СУБД Oracle в качестве физической реализацией класса-контейнера хранимых процедур может быть определен «Package» (опция Generate Package), являющийся специфической для СУБД Oracle внутренней структурой, включающей в себя хранимые процедуры.

Генерация SQL скрипта

Созданная на основе диаграммы классов модель БД позволяет осуществлять генерацию SQL скрипта (кода для отображения структуры БД), адаптированного к выбранной целевой СУБД. Так как редактирование и создание объектов схемы выполняется на основе мастеров, которые контролируют правильность синтаксического описания и целостности схемной модели, сгенерированный скрипт не будет содержать синтаксических и семантических ошибок, с точки зрения диалекта SQL принятого в выбранной СУБД. Разработчику следует контролировать именование объектов: их имена не могут совпадать с зарезервированными в данной СУБД словами.

Команда «Data Modeler–>Forward Engineer» примененная к компоненте БД, приведет к созданию скрипта для всех ассоциированных с ней схем и табличных пространств (в случаи их наличия), в которых должны реализовываться объекты этих схем. Применяя команду «Data Modeler–>Forward Engineer» к пакету-схеме, SQL скрипт сгенерируется только для объектов выбранной схемы. Результат генерации можно сохранить в текстовом файле или, пользуясь возможностью подключения к серверу БД, выполнить SQL скрипт. При необходимости исполнения скрипта на сервере БД нужно прежде убедится в наличии всей необходимой для подключения информации (имя сервера, имя пользователя, пароль) и прав на создания и изменение объектов БД.

Вызываемый мастер прямой генерации позволяет указать объекты схемы, код для которых необходимо включить в SQL скрипт, а именно:

- табличные пространства;

- комментарии;

- таблицы;

- просмотры;

- триггеры;

- хранимые процедуры;

- индексы.

Кроме того, можно выбрать следующие опции:

• генерация кода для первоначального удаления из БД выбранных

объектов;

• формирование имён таблиц с учётом префикса,

соответствующего имени схемы БД;

- использование в качестве имен создаваемых объектов строки в двойных кавычках.

Созданный скрипт может нуждаться в дополнительном редактировании, в случае присутствия в нем незаконченных описаний хранимых процедур и триггеров.