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

Диаграмма ER-типов рисунка 2.5 это еще не база данных, а концептуальная схема предметной области, которая подлежит преобразованию в уже конкретную схему базы данных на основе выбранной модели данных. В нашем случае такой моделью является «реляционная модель». Схему будем реализовывать в реляционной СУБД Microsoft Access 2007.

3.1 Создание таблиц

Как известно, в реляционных базах данных схема определяет таблицы, поля в каждой таблице, а также отношения между полями и таблицами, поэтому сущности ER-диаграммы подлежат конвертации в отношения (таблицы). Так как в диаграмме ER-типов нет степеней связи типа «многие-ко-многим» или «один-к-одному», то остается пользоваться следующими правилами приведения к отношениям:

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

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

Очевидно, что первым правилом воспользоваться нужно во всех связях, кроме связи «кафедра–преподаватель», где применяется второе правило.

После конвертации сущностей, схема базы данных примет вид, показанный на рисунке 3.1. Отношения будем называть теми же именами, но во множественном числе (более привычном). Условное обозначение PK (от англ. Primary key) означает первичный ключ. Стрелочка показывает степень 1:М, где сторона М находится на острие стрелки.

Теперь откроем программу Microsoft Access 2007 и создадим таблицы, соответствующие схеме рисунка 3.1. Для этого следует на ленте выбрать раздел «Создание», а затем в блоке «Таблицы» нажать на кнопку «Конструктор таблиц». На рисунке 3.2 показан пример создания таблицы «Студенты». Типы данных следует брать из таблиц 2.1–2.4. Заполним все таблицы данными. Для полноценного тестирования базы данных в дальнейшем будем использовать данные Приложения А. Чтобы заполнить таблицу, необходимо дважды щелкнуть по ее имени в «Области переходов» в левой части экрана.

Рисунок 3.1 Схема базы данных

Рисунок 3.2 Создание таблицы

Рисунок 3.3 Схема данных Access

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

Опираясь на схему рисунка 3.1, будем «перетягивать» друг на друга соответствующие атрибуты. В созданных связях дадим указание Access поддерживать целостность данных, для чего следует дважды щелкнуть по связи и нажать на соответствующий флажок. Также принципиально важно, чтобы СУБД заботилась об удалении несвязанных записей и об обновлении полей, поэтому следует нажать на флажки каскадное удаление несвязанных записей и каскадное обновление полей. Как потом выяснится, это очень полезные опции.

На рисунке 3.3 показана схема данных базы Access. Нетрудно заметить ее сходство со схемой рисунка 3.1.