Лабы 1-5 по БД (erwin) / Лаба №4

Московский Государственный Университет Леса

Кафедра вычислительной техники

Лабораторная работа № 4

по дисциплине: Проектирование распределённых баз данных

на тему:

«Подготовка логической модели к преобразованию

в физическую модель данных»

Выполнил:

студент гр. ВТМ-21

Соколов И.П.

Принял:

доцент Боцула Л.Н.

Москва – 2013 г.

Задание на лабораторную работу:

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

2. Для каждого атрибута выбрать домен и задать тип данных.

3. Распечатать образ экрана с изображением нормализованной логической модели и оформить отчет.

Порядок подготовки логической модели данных к преобразованию в физическую модель данных:

1. Открыть логическую модель данных

2. Перейти на физический уровень модели и выбрать в качестве СУБД MS ACCESS (в редакторе Target Server)

3. Определить имя атрибутов в физической модели и задать их тип:

- вызвать контекстное меню сущности и выбрать пункт Column Editor;

- выбрать атрибут, кликнуть Rename и набрать мя столбца для физического уровня в поле Column;

- на закладке General выбрать домен из списка для каждого столбца;

- на закладке ACCESS для каждой колонки выбрать тип данных в окне ACCESS DATATYPE

4. Преобразовать связи многие-ко-многим. Для каждой связи:

- вызвать редактор преобразования связи многие-ко-многим;

- задать параметры преобразования;

- присвоить имя новой сущности;

- задать (в случае необходимости) дополнительные атрибута новой сущности.

5. Для каждой связи задать требования по обработке операций INSERT/UPDATE/DELETE для родительской и дочерней сущностей из следующих вариантов обработки этих событий:

- отсутствие проверки;

- проверка допустимости;

- запрет операции;

- каскадное выполнение операции (DELETE/UPDATE);

- установка пустого (NULL-значения) или заданного значения по умолчанию.

Для этого вызвать диалог RELATIONSHIP EDITOR и в закладке RI ACTIONS установить требуемые параметры обработки.

6. Задать список допустимых значений для конкретной колонки и правила проверки допустимых значений (правила валидации).

Список допустимых значений:

- в диалоге Validation Rule Editor кликнуть по кнопке New

- ввести имя правила в поле Name

- кликнуть по кнопке Valid value

- в диалоге Validation Rule Editor сформировать список допустимых значений (поле New)

- ввести определение для каждого значения (в поле Value Definition)

Правила проверки вводимых значений:

- вызвать контекстное меню и выбрать пункт Column Editor

- в диалоговом окне Column Editor, в поле Column выбрать колонку, для которой будет задаваться правило

- в диалоговом окне Column Editor выбрать закладку ACCESS

- в диалоге Validation Rule Editor указать имя правила валидации (в поле Name)

- задать границы диапазона значения.

Физическая модель содержит всю информацию, необходимую для создания конкретной БД. В ERWin физическая модель является графическим представлением реальной базы данных и состоит из таблиц, столбцов и связей. Физическая модель зависит от платформы, выбранной для реализации, и требований к использованию данных.

Компонентами физической модели данных являются таблицы, столбцы и отношения. Сущности логической модели преобразуются в таблицы в физической модели; логические атрибуты — в столбцы, а логические отношения — в ограничения целостности связей.

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

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

Макросы содержат наиболее часто используемые данные и конструкции. Для редактирования шаблонов триггеров используется редактор Trigger Template Editor. По умолчанию ERWin генерирует триггеры, дублирующие декларативную ссылочную целостность.

Физический уровень представления модели зависит от выбранного сервера. Для выбора СУБД служит редактор Target Server. который позволяет задать тип данных, опцию NULL для новых столбцов, а также правила ссылочной целостности (принимаются по умолчанию). Тип данных можно выбрать в раскрывающемся списке Default Datatype, который автоматически заполняется типами данных, поддерживаемых выбранным сервером.

Имена таблиц и индексов генерируются ERWin также по умолчанию на основе имен соответствующих сущностей и ключей логической модели. Редактор Table Editor позволяет переименовать вручную свойства любой таблицы модели, отличные от значения по умолчанию (имя таблицы, синонимы, правила валидации. процедуры и т.д.). Выбор таблицы для редактирования осуществляется с помощью раскрывающегося списка выбора.

Вид редактора Table Editor зависит от выбранной СУБД и содержит следующие основные закладки, используемые на этапе разработки физической модели: Volumetrics — для оценки размера БД; Physical Props — для задания физических свойства таблицы; Partitions для задания значений разделения. Validation для задания правил валидации; Stored Procedure — для связывания с таблицей хранимых процедур; Pre & Post Script — для создания скриптов, которые будут выполняться до и после создания таблицы при генерации схемы БД.

Имена таблиц, столбцов и индексов должны быть заданы в соответствии с требованиями выбранной СУБД. По умолчанию ERWin присваивает режимы нулевых значений всем неключевым колонкам, исходя из значений по умолчанию, устанавливаемых в редакторе Target Server. Для колонок первичного ключа и альтернативных ключей устанавливается режим NOT NULL.

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

Для задания свойств столбцов, отличных от значения по умолчанию, служит редактор Columns.

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

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