Раздел III. Выполнение операции прямого проектирования

1. Запустите СУБД Access и создайте новую пустую базу данных Склад.mdb, после чего закройте Access.

2. В ERwin из режима показа физической модели с помощью команды меню Tools►Forward Engineer/Schema Generation (или соответствующей кнопки на панели инструментов) откройте окно Forward Engineer Schema Generation и нажмите кнопку Generate. В появившемся окне Access Connection задайте имя пользователя (User Name) равным Admin, а также с помощью кнопки Browse (первой сверху) задайте полное имя созданной базы данных Склад.mdb. Далее нажмите кнопку Connect и выполните процесс прямого проектирования (Forward Engineer) с наполнением файла базы данных Склад.mdb метаданными согласно созданной физической модели данных. После завершения процесса прямого проектирования с помощью команды меню Database►Database Connection откройте окно Access Connection и разорвите соединение с базой данных Склад.mdb путем нажатия кнопки Disconnect.

3. Запустите СУБД Access, откройте базу данных Склад.mdb и просмотрите структуры полученных таблиц и наличие в них первичных ключей.

4. Убедитесь, что для полей Цена, Количество, КурсВалюты и ШагОкругления установлено свойство «Условие на значение», а для полей Страна, УсловияОплаты, ШагОкругления, Единица_изм, КодВалюты (из таблицы Товар), ДатаЗаказа и СрокПоставки – установлено свойство «Значение по умолчанию», которые соответствуют правилам валидации (Valid) и значениям по умолчанию (Default) в физической модели данных.

5. Убедитесь, что для поля Количество (таблица Заказ) и для поля КурсВалюты (таблица Валюта) установлено свойство Формат. Убедитесь, что в таблице Регион для полей Телефон и Факс установлено свойство «Маска ввода». Эти свойства должны соответствовать аналогичным свойствам в физической модели данных.

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

 

Рис. 1.4. Схема данных базы данных Склад

 

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

 

Раздел IV. Выполнение операции обратного проектирования

1. Закройте СУБД Access, после чего в ERwin закройте текущую модель данных с помощью команды меню File►Close.

2. В ERwin с помощью команды меню Tools►Reverse Engineer запустите мастер выполнения процесса обратного проектирования. На его странице Reverse Engineer – Select Template задайте тип новой модели – Логическая/Физическая, целевую базу данных – Access. На следующей странице Reverse Engineer – Set Options в древовидной структуре Items to Reverse Engineer найдите объект View и отключите его (сбросьте флажок) вместе со всеми подчиненными ему элементами. В появившемся окне Access Connection задайте имя пользователя (User Name) равным Admin, а также с помощью кнопки Browse (первой сверху) задайте полное имя созданной ранее в Access базы данных Основные средства.mdb. Далее нажмите кнопку Connect и выполните процесс обратного проектирования (Reverse Engineer), в результате чего будет создана модель данных, соответствующая системному каталогу базы данных Основные средства.mdb. После завершения процесса обратного проектирования с помощью команды меню Database►Database Connection откройте окно Access Connection и разорвите соединение с базой данных путем нажатия кнопки Disconnect.

3. Убедитесь, что полученная модель данных соответствует схеме данных созданной ранее базы данных Основные средства.mdb.

4. Сохраните модель данных на жестком диске в файле Основные средства.erwin.

Лабораторная работа №2. Усложненные диаграммы «сущность-связь»

 

Цель работы

1. Ознакомиться со способом формирования рекурсивных связей.

2. Освоить построение иерархии наследования и вариантов ее трансформы на уровне физической модели.

3. Изучить процессы синхронизации системного каталога базы данных и модели данных.

Задачи

1. Формирование неидентифицирующих рекурсивных связей типа 1:М.

2. Создание на уровне логической модели иерархии наследования.

3. Выполнение трансформ категориальной связи иерархии наследования при переходе на уровень физической модели.

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

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

 

Методические указания

 

Связь называется рекурсивной, если одна и та же сущность является и родительской и дочерней одновременно. При задании рекурсивной связи атрибут должен мигрировать в качестве внешнего ключа в состав неключевых атрибутов той же сущности. Атрибут не может появиться дважды в одной сущности под одним именем, поэтому обязательно должен получить другое имя – имя роли. На рис. 3.1 сущность Сотрудник имеет первичный ключ Таб. №. Информация о руководителе сотрудника содержится в той же сущности, поскольку руководитель работает в той же организации. Чтобы сослаться на руководителя сотрудника следует создать рекурсивную связь (на рис. 3.1 связь «руководит») и присвоить имя роли «Руководитель». Необходимо отметить, что рекурсивная связь может быть только неидентифицирующей. В противном случае внешний ключ должен был бы войти в состав первичного ключа и получить свойство NOT NULL. Это сделало бы невозможным построение иерархии, так как у дерева подчиненности должен быть корень – сотрудник, который никому не подчиняется в рамках данной организации.

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

 

Сотрудник

 

 

 

 

руководит

Рис. 3.1. Рекурсивная связь

 

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

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

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

 

Задание к работе