Вторая нормальная форма

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

Суперключ (superkey) – это атрибут или множество атрибутов, которое единственным образом идентифицирует кортеж данного отношения.

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

Первичный ключ – это потенциальный ключ, который выбран для уникальной идентификации кортежей внутри отношения.

Внешний ключ – это атрибут или множество атрибутов внутри отношения, которое соответствует потенциальному ключу некоторого (может быть, того же самого) отношения.

Для определения второй нормальной формы необходимо ввести концепцию функциональной зависимости. Это зависимость, связывающая атрибуты в одной таблице с единственным значением в другой таблице. Функциональную зависимость для таблиц А и В принято обозначать как А-В. Это понятие подводит "на один шаг" к родственной концепции объединения таблиц в отношения типа 1:1 или 1:М.

Теперь приведем определение второй нормальной формы.

Таблица представлена во второй нормальной форме (2НФ) тогда и только тогда, когда она представлена в 1НФ и каждый неключевой атрибут полностью определяется первичным ключом, то есть чтобы первичный ключ однозначно определял запись и не был избыточен. Те поля, которые зависят только от части первичного ключа, должны быть выделены в составе отдельных таблиц.

Примером приведения таблиц ко второй нормальной форме может служить следующее решение, позволяющее учитывать читателей, записанных в библиотеке, приведенное в табл. 4.4. Очевидно, что в качестве первичного ключа может выступать совокупность полей «№ читательского билета», «Серия паспорта» и «№ паспорта». Однако, поле «№ читательского билета» может самостоятельно выступать в качестве первичного ключа. В свою очередь совокупность полей «Серия паспорта» и «№ паспорта» также однозначно характеризуют читателя. Следовательно, первичный ключ «№ читательского билета», «Серия паспорта» и «№ паспорта» однозначно определяет запись таблицы «Читатели», но является избыточным. Значит необходимо выделить поля, которые зависят только от части первичного ключа «Серия паспорта» и «№ паспорта» необходимо выделить в отдельную таблицу. В итоге получим, что сведения о читателях библиотеки будут размещены в двух таблицах (табл. 4.5 и 4.6), которые связаны отношением 1:1.

Таблица 4.4.

Спецификация таблицы Readers (ЧИТАТЕЛИ).

№ п.п.	Заглавие	Имя поля	Тип	Длина	Ключ
1.	Фамилия	FamilyName	CHAR
2.	Имя	Name	CHAR
3.	Отчество	Patronymic	CHAR
4.	№ читательского билета	ReaderCardNumber	INTEGER
5.	Серия паспорта	Series	CHAR
6.	№ паспорта	Number	INTEGER
7.	Дата рождения	Birthday	DATE
8.	Место рождения	BirthPlace	CHAR
9.	Пол	Sex	CHAR
10.	Место выдачи паспорта	IssuePlace	CHAR
11.	Дата выдачи паспорта	IssueDate	DATE
12.	Прописка	Note	BLOB
13.	Место основной работы	Job	CHAR
14.	Должность	Post	CHAR
15.	Примечания	Note	BLOB

Таблица 4.5.

Спецификация таблицы Readers (ЧИТАТЕЛИ).

№ п.п.	Заглавие	Имя поля	Тип	Длина	Ключ
1.	Фамилия	FamilyName	CHAR
2.	Имя	Name	CHAR
3.	Отчество	Patronymic	CHAR
4.	№ читательского билета	ReaderCardNumber	INTEGER		P
1.	Серия паспорта	Series	CHAR		F
2.	№ папорта	Number	INTEGER		F
5.	Место основной работы	Job	CHAR
6.	Должность	Post	CHAR
7.	Примечания	Note	BLOB

Таблица 4.6.

Спецификация таблицы PasportData (ПАСПОРТНЫЕ ДАННЫЕ).

№ п.п.	Заглавие	Имя поля	Тип	Длина	Ключ
3.	Серия паспорта	Series	CHAR		P
4.	№ папорта	Number	INTEGER		P
5.	Дата рождения	Birthday	DATE
6.	Место рождения	BirthPlace	CHAR
7.	Пол	Sex	CHAR
8.	Место выдачи паспорта	IssuePlace	CHAR
9.	Дата выдачи паспорта	IssueDate	DATE
10.	Прописка	Note	BLOB

Дата добавления: 2014-01-07