Построение физической модели данных

После создания логической модели данных переходим к созданию физической модели данных.

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

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

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

· определение доменов для всех атрибутов логической модели, или создание собственных доменов;

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

Для данной модели на этапе логического проектирования мы определили 2 домена «Логический» («Boolean») и «Занятия» («Zanyatiya»). Они оба обладают правилами валидаций, которые задают список допустимых значений. Создадим их.

Для создания нового домена нужно выбрать Edit/Domain Dictionary и ввести имя домена и домен родителя.

Рисунок 21-Создание доменов « Boolean » и « Zanyatiya »

Для создания правила выбирается пункт Domain Dictionary Editor, затем кнопку Valid -> Validation Rule Editor -> New. Вводим имя правила валидации в редакторе Validation Rule Editor. Затем нажимаем кнопку Valid Value, затем кнопкой New добавляем значения, которое будет принимать данный домен. После этого шаблон генерируется, нажатием клавиши Set Expr. Созданные правила валидации для двух доменов изображны на рисунках 22 и 23.

Рисунок 22-Создание правила валидации для домена « Boolean »

Рисунок 22-Создание правила валидации для домена « Zanyatiya »

Затем данные правила нужно связать с новыми доменами «Boolean» и «Zanyatiya», а затем домены определить на колонках «Флаг» в таблице «Абонементы» и «Количество занятий» в таблице «Прейскурант» соответственно.

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

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

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

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

    Рисунок 23 - Физическая модель данных

⇐ Предыдущая12345678Следующая ⇒

Поделиться: