Разработка физической модели данных. 
Прямое проектирование

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

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

Так как логическая модель данных уже была создана, то для просмотра физической модели можно воспользоваться списком выбора, расположенным в правой части панели инструментов ERwin (вместо Logical выбрать Phisical).

В данном курсовом проекте используется СУБД: InterBase. Для выбора сервера служит редактор Target Server (меню ServerTarget Server), поэтому именно в нём указывается — InterBase.

Построение физической модели на основе логической предполагает ряд действий:

Задание правил валидации и значений по умолчанию для значений колонок таблиц. Это можно осуществить, выбрав пункт Column Editor/Interbase и щелкнув мышью по кнопке «…».

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

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

Создание генераторов, триггеров и хранимых процедур. Тексты созданных в проекте триггеров и процедур можно просмотреть в меню Trigger Editor и Table EditorStored Procedure соответственно.

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

ERwin автоматически присваивает каждой связи значение ссылочной целостности, устанавливаемой по умолчанию, прежде чем добавить ее в диаграмму. Режимы RI, присваиваемые ERwin по умолчанию, могут быть изменены в редакторе Referent Integrity Default который вызывается, если щелкнуть по кнопке RI Defaults диалога Target Server.

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

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

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

Для каждой связи между всеми родительскими и дочерними сущностями, присутствующими в модели, должно быть указано одно из типовых правил ссылочной целостности — RESTRICT, CASCADE, SET NULL, SET DEFAULT или NONE.

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

Также установим условные обозначения операций и правил:

D — Delete ;

U — Update ;

I — Insert ;

R — Restrict;

N — None;

C — Cascade;

SN — SET NULL;

SD — SET DEFAULT.

Физическая модель представлена на рисунке 17.

Рисунок 17. — Физическая модель данных Прямое проектирование По конкретной физической схеме модели ERwin может генерировать физическую схему (системный каталог) для заданной СУБД.

Процесс генерации физической схемы БД из модели данных называется прямым проектированием (Forward Engineering). При генерации физической схемы ERwin включает триггеры ссылочной целостности, хранимые процедуры, индексы, ограничения и другие возможности, доступные при определении таблиц в выбранной СУБД.

Процесс генерации логической модели из физической БД называется обратным проектированием. Использование этапов обратного и прямого проектирования позволяет перенести структуру данных с одного сервера на другой.

Создание драйвера БД.

Для доступа к БД на основе спецификации Open Database Connectivity, разработанной компанией Microsoft, используются драйверы ODBC. ERwin может подключиться к БД, используя 32-разрядные драйверы ODBC. Для создания ODBC-драйвера выполним следующие действия:

Создадим пустую базу данных, используя IB Expert.

Откроем окно Пуск/Настройки/Панель управления/Производительность и обслуживание/Администрирование/Источники данных ODBC, прейдем на закладку «Пользовательский DSN».

Введем имя создаваемого драйвера.

Укажем в поле DataBase полный путь к созданной ранее БД.

Введем имя пользователя (SYSDBA) и пароль (masterkey) и нажмем кнопку .

Генерация системного каталога.

Процесс генерации можно провести двумя способами:

Напрямую из Erwin, используя ODBC драйвер.

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

Мы будем использовать второй способ. Для этого откроем созданную нами модель в Erwin и перейдем в пункт TasksForward EngineeringSchema Generation. В открывающемся диалоге выберем набор установок, определяющий какие элементы и как должны войти в схему БД. Нажмем кнопку Report и сохраним файл на диске с расширением .sql. Откроем скрипт — файл в текстовом редакторе и дополним его нужными операторами, сохраним его. Перейдем в IBExpert. Создадим пустую базу, перейдем в редактор скриптов и выполним наш скрипт.