3.3.3.3. Проектирование схемы бд (разработка информационно-логической модели)

Согласно п. 3.3.3.1, в БД нужно хранить 15 атрибутов. Свести их в двумерную таблицу невозможно. Отберем атрибуты, которые можно поместить в одной таблице. Очевидно, что атрибуты “Номер зачетной книжки”, “Фамилия”, “Имя”, “Отчество”, “Дата рождения”, “Пол”, “Специальность”, “Шифр специальности”.

Если же ввести в эту таблицу атрибут “Курс”, получается, что все вышеперечисленные данные о студенте придется повторить столько раз, сколько курсов он отучился (т.е. наша таблица из двумерной превращается в трехмерную). На каждом курсе студент изучает много дисциплин и получает по ним оценки. Значит, введение сведений об экзаменах опять приведет к необходимости дублирования информации о каждом студенте (таблица становится четырехмерной). Чтобы избежать этого, проводим нормализацию отношений (см. п. 3.3.2), т.е. разбиваем атрибуты по таблицам так, чтобы избежать повторных записей.

Очевидно, что все атрибуты БД “Студент” можно записать в виде трех двумерных таблиц (рис. 23).

СТУДЕНТ			ВЕДОМОСТЬ
Номер	1 М		Номер
Фамилия	1		Дисциплина
Имя			Семестр
Отчество			Оценка
Дата рождения			Дата сдачи
Пол
Специальность
Шифр специальности
	Учебный план
	Дисциплина	1
	Курс
	Число учебных часов
	Кафедра

Рис. 23

Первая таблица БД Студент имеет ключ Номер и связывается со второй таблицей Ведомость по этому ключу. Тип связей этих таблиц 1:М или (1:), т.к. каждый студент сдает много экзаменов. Таблица Ведомость имеет два ключа (составной ключ). Ключ Номер используется для связи с таблицей Студент, а ключ Дисциплина – для связи с таблицей Учебный план. Таблица Учебный план имеет ключ Дисциплина. Тип связей таблицы Ведомость и Учебный план 1:1.

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