Файл: Методическое пособие к выполнению самостоятельной и лабораторных работ и курсового проекта по дисциплине Организация баз данных для студентов направления подготовки бакалавров.docx

файл Power Designer. Для создания

концептуальной модели данных необходимо выбрать File/ New или на панели инструментов выбрать значок . Далее появится окно для выбора создаваемой модели (Рисунок 24), в котором надо выбрать Conceptual Data Model



Рисунок 24 – Окно выбора модели.

После нажатия кнопки «ОК» появиться окно, в котором создается ER-диаграмма.

Созданиесущностей

Для создания сущности, в панели Palette (Рисунок 25) нажмите кнопку с белым прямоугольником (с подсказкой Entity).




Рисунок 25 – Панель элементов с выбранным элементом сущность

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

Для того, чтобы изменить свойства созданной сущности, дважды нажмите на нее левой кнопкой мыши или нажмите правую кнопку и в выпавшем меню, выберите пункт «Properties», в результате чего откро- ется окно свойств сущности (Рисунок 26) .

---

• 
  Name — имя атрибута, которое будет видеть пользова- тель;
  
• 
  Code — имя кода атрибута, которое будет использоваться при генерации физической модели;
  
• 
  Data type — тип данных атрибута, который может быть выбран из выпадающего списка или вручную в поле Data type;
  
• 
  Domain — принадлежность к домену, если он определен. Использование доменов позволяет, определив один раз пользовательский тип данных, использовать его в даль- нейшем при определении типа данных атрибута. О со- здании домена будет сказано ниже;
  
• 
  M (mandatory) — обязательный атрибут, указывает может ли данный атрибут принимать неопределенные значения (обязательно ли данное поле для заполнения в таблице БД);
  
• 
  P (Primary Identifier) — первичный идентификатор сущ- ности (в физической модели данных атрибут будет яв- ляться первичным ключом или его составной частью);
  
• 
  D (Displayed) — отображаемый, т.е. будет ли атрибут по- казываться в модели.
  

Рисунок 27 – Окно ввода атрибутов сущностей

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

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

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

Остальные закладки Notes, Version info носят описательный ха- рактер для улучшения понимания модели.

Для фиксации всех изменений в необходимо нажать кнопку «Ap-

---

После создания нового домена его имя появится в списке доменов при задании свойств атрибутов сущностей (Рисунок 29).




Рисунок 29 – Определение домена для атрибута сущности

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

После того, как созданы все необходимые сущности и атрибуты, необходимо определить связи между ними.

Установкасвязей

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


Рисунок 30 – Панель элементов с выбранным элементом связь Необходимо перевести курсор мыши на одну сущность и, нажав

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

Для изменения свойств связи, необходимо дважды нажать левой кнопкой мыши на линию связи (или нажать правую кнопку мыши и выпавшем меню выбрать пункт «Properties»). Откроется окно (Рисунок 31), с закладками:

• 
  закладки «Notes» и «Version info» используются для по- дробного описания связи. В закладке «Rules» можно за- давать параметры ограничения связи;
  
• 
  в закладке «General» указывается имя и код связи, а две кнопки с именами используемых сущностей позволяют вызвать окно со свойствами соответствующей сущности.
  
• 
  Закладка «Cardinalites» позволяет указать вид связи (один–к–одному, один–ко–многим, многие–ко–многим и т.д.) и устанавливает свойства связи от Сущности1 к Сущности2 и наоборот:
  
• 
  Mandatory определяет обязательность связи, показывая, что экземпляр Сущности1 (запись) может существовать только при наличии соответствующего экземпляра в Сущности2;
  

Рисунок 31 – Окно свойств связи

---

• 
  Dependent показывает, что каждый экземпляр Сущности1 отождествляется с экземпляром в Сущности2 (первичный ключ на стороне «один» при создании физической моде- ли войдет в состав первичного ключа в таблице на сто- роне «многие»);
  
• 
  Role – текст, описывающий связь от Сущности1 к Сущ- ности2.
  

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

После того, как созданы все сущности, указаны атрибуты и уста- новлены все связи необходимо проверить концептуальную правиль- ность построения концептуальной модели. Для этого необходимо вы- брать в меню «Tools/Check Model» (или нажать F4). Появится окно (Рисунок 32), в котором предлагается выбрать объекты для проверки.

---

Лабораторная работа № 7 «Генерация физической модели в среде Power Designer и структуры базы данных в СУБД MS Access»

Тема:Генерацияфизическоймоделипредметнойобласти. Раздел дисциплины: Системы управления базами данных.

Цель работы: спроектировать физическую модель, выбранной ранеепредметнойобластинаосновесозданнойконцептуальноймоде- ли в пакете Power Disigner.

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

На основе спроектированной концептуальной модели создается физическая модель данных, свойственная для конкретной СУБД.

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

Порядок выполнения работы

После того, как проверка концептуальной модели закончится успешно, можно генерировать физическую модель. Для этого необхо- димо выбрать в меню «Tools/Generate Physical Model». Откроется окно генерации физической модели (Рисунок 33).



Рисунок 33 – Окно генерации физической модели

В этом окне необходимо выбрать опцию «Generate new Phisical Data Model», и выберать в поле «DBMS» из выпадающего списка Mi- crosoft Access. Name – поле для ввода имени файла для дальнейшей генерации физической модели. Для задания свойств модели нажмите кнопку «Configure Model Options». Откроется окно свойств создавае- мой физической модели (Рисунок 34).




Рисунок 34 – Окно свойств создаваемой физической модели Здесь можно выбрать следующие параметры создания физиче-

ской модели: окно свойств создаваемой физической модели окно свойств создаваемой физической модели

• 
  Data type – учитывать типы данных концептуальной модели при генерации физической модели;
  
• 
  Check – проверка доменов и соответствие полей атрибутов с выбранным доменом.
  
• 
  Rules – проверка правил на ввод значений в таблицу.
  
• 
  Mandatory – учитывать свойства обязательности заполнения.
  
• 
  Default data type – позволяет установить тип данных по умолчанию для всех не установленных типов данных в атри- бутах.
  
• 
  Domain – использовать ссылки на домен.
  

---