3.2. Логическое проектирование базы данных

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

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

Функциональная зависимость. Рассмотрим отношение r с атрибутами А и В. Атрибут В функционально зависит от атрибута А, если каждому значению атрибута А во всех элементах отношения соответствует одно и только одно значение атрибута В.

Атрибут А будем называть определяющим атрибутом, а атрибут В определяемым атрибутом функциональной зависимости В от А.

Нормализация отношений.

1. Первая нормальная форма (1нф).

Отношение R находится в 1НФ тогда и только тогда, когда все входящие в него домены содержат только неповторяющиеся значения.

Все отношения после концептуального проектирования находятся в 1НФ.

2. Вторая нормальная форма(2нф)

Отношение R задано во 2НФ, если оно является отношением в 1НФ, и каждый атрибут, не являющийся ключевым атрибутом в этом отношении, полностью функционально зависим от любого возможного ключа этого отношения.

В общем случае каждый атрибут должен полностью зависеть от всего ключа; в противном случае его следует выделить в отдельное отношение.

3. Третья нормальная форма (3нф).

На последнем шаге ликвидируется так называемая транзитивная зависимость.

Этапы логического проектирования базы данных.

1. Получение начальной логической модели базы данных из исходной концептуальной модели.

2. Построение системы полных функциональных зависимостей. Результат оформить в виде таблицы 4.7

Таблица 2.7

Наименование отношения

Наименование атрибута

F1

F2

Fn

3. Нормализация отношений и получение отношений в третьей нормальной форме.

4. Установление атрибутов связи.

5. Построение логической модели базы данных в форме графа.

Пример оформления логического проектирования базы данных показан в таблице 2.8. и на рис. 2.2.

Таблица 2.8. Отношения в 3НФ.

Наименование сущности	Наименование атрибута	Функциональные зависимостиF1
Гостиницы	* ИНН гостиницы	*
	Название гостиницы	←
	Адрес гостиницы	←
	Фамилия, имя, отчество директора гостиницы	←
Клиенты	* Номер паспорта	*
	ФИО клиента	←
	Адрес прописки	←
Комнаты	* ИНН гостиницы	*
	* Номер комнаты	*
	Число мест	←
	Описание комнаты	←
Журнал регистрации	ИНН гостиницы	*
	Номер паспорта	*
	Дата поселения	*
	Номер комнаты	←
	Дата выселения	←

ИНН гостиницы

(1,1 : 1,30)

ИНН гостиницы

(1,1 : 1,30)

Номер комнаты

(1,1 : 1,20)

Номер паспорта

(1,1 : 1,12)

Рис. 2.2 Логическая модель базы данных