Практическая работа 1

Практическая работа 1. Элементы модели «сущностьсвязь»

1.1. Цель работы

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

1.2. Исходные данные

Материалы и примеры данного документа. Можно взять другие аналогичные примеры (например, фрагмент из своего варианта).

1.3. Краткие теоретические сведения

Ключевыми элементами модели «сущность-связь» являются сущности, атрибуты, идентификаторы и связи.

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

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

В модели «сущность-связь» атрибуты бывают простыми и составными. В качестве примера составного атрибута можно привести атрибут «Адрес», состоящий из группы атрибутов {Индекс, Населенный пункт, Улица}.

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

Взаимоотношения сущностей выражаются связями. Модель «сущность-связь» включает в себя классы связей и экземпляры связей.

Классы связей – это взаимоотношения между классами сущностей Экземпляры связи – взаимоотношения между экземплярами сущностей.

Класс связей может затрагивать несколько классов сущностей. Число классов сущностей, участвующих в связи, называется степенью связи.

Связи степени 2 весьма распространены, часто их еще называют бинарными связями.

Традиционно выделяют три типа бинарных связей: «один к одному», «один ко многим» и «многие ко многим» в зависимости от того, как экземпляры одного класса сущностей связаны с экземплярами другого класса сущностей:

1.4. Задание

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

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

Пусть имеется следующая отчетная форма:

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

данных необходимо запустить программу Power Architect. Для добавления сущности преназначена кнопка

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

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

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

Для добавления атрибутов необходимо напротив соответствующей таблицы нажать правую кнопку мыши и выбрать New Column. В результате на экране появится форма, в которой вводится название атрибута, указывается его тип и вводятся его дополнительные характеристики. Ниже пример для атрибута ФИО, сущности Спортсмен:

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

В данной работе ориентируемся на создание логической модели , основанной на естественных ключах.

Введя сущности и атрибуты сущностей, получим такую картину:

Обязательно на этом этапе определимся с включением атрибутов в первичный ключ. Рассматриваем упрощенную ситуацию, что ФИО является неповторяющимся значением . В сущности «результат» для уникальной идентификации не хватает «своих» атрибутов, мы понимаем, что результат не бывает без спортсмена, и является слабой сущностью. Т.е. в ключ должна войти и связь. Нужно воспользоваться созданием идентифицирующей связи.

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

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

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

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

При возникновении вопросов – задаем.

1.6.Контрольные вопросы

1Перечислите основные элементы модели «сущность-связь». Какие особенности отображения свойств объектов на диаграмме Вы видите?

2Объясните, почему связь «многие ко многим» реализуется с помощью трех таблиц.

3Опишите отличие при применении идентифицирующих и неидентифицирующих

связей.