Базы данных: . Баканов В.М - 34 стр.

  6. Лабораторная работа № 6. Проектирование баз данных c
     использованием cистем автоматизированного проектирования
     (применение CASE-пакета ERwin)

  Цель работы – приобретение практических знаний в проектировании баз
данных с использованием CASE-систем.

   Теоретическая часть. Проектирование лишь простейших БД возможно ‘на
лету’, при создании более сложных систем (а для технологии ‘клиент/сервер’
практически всегда) полезно применение специальных инструментов – CASE
(Computer-Aided System Engineering) систем. Такие системы позволяют опи-
сывать правила функционирования приложения и реализующие их объекты
БД (индексы, триггеры), в буквальном смысле рисуя мышью связи между
таблицами без программирования. При этом сильно упрощается процесс раз-
работки БД и ее изменения (обычно с целью расширения возможностей) на
основе имеющейся разработки (реинженерия), существенно снижается веро-
ятность ошибок разработки.
   Система ERwin (фирма Logic Works) использует являющуюся промышлен-
ным стандартом модель ‘сущность-связь’ (ER – Entity-Relationship model).
ER-модель является обобщенной моделью данных и обеспечивает основан-
ный на способе мышления людей подход к представлению и организации
данных [3]. При этом переход от ER-модели достаточно прост.
   Этапами проектирования являются определение сущностей, атрибутов,
связей и нормализация таблиц. Сущность – множество однотипных объектов
(экземпляров), каждый объект индивидуален и уникален. Атрибут – харак-
теристика сущности, выражающая одно законченное и определенное свойст-
во сущности (напр., дату рождения). Связь – логическое отношение между
сущностями, выражающее ограничение или правило действия; типичными
связями являются ‘один ко многим’ и ‘многие ко многим’. При переходе от
ER-модели к реляционной БД сущности становятся таблицами, атрибуты –
полями таблиц, связи реализуются с использованием ключей.
   Первичным ключом называется атрибут или группа атрибутов, однозначно
определяющих каждый экземпляр сущности. Часто возможно несколько ва-
риантов выбора первичного ключа; например, первичными ключами могут
быть как табельный номер, так и комбинация фамилии, имени и отчества
(при уверенности, что в организации нет полных тезок) либо паспортные
данные.
  Обязательным требованием, которым должен удовлетворять первичный
ключ, является его уникальность - два экземпляра сущности не должны иметь
одинаковых значений первичного ключа. Другим важным требованием явля-
ется компактность - сложный первичный ключ не должен содержать ни од-
ного атрибута, удаление которого не приводило бы к утрате уникальности.


                                   - 34 -