2.2 Логическое проектирование модели базы данных

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

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

Структуру отношения «Курьер» можно представить в виде таблицы 2.1.

Таблица 2.1 – Структура отношения Курьер

Имя поля	Тип данных
Код курьера	Счётчик
Фамилия	Текстовый
Имя	Текстовый
Отчество	Текстовый
Номер паспорта	Текстовый
Дата рождения	Дата/время
Дата приёма на работу	Дата/время
Начало рабочего дня	Текстовый
Конец рабочего дня	Текстовый
Город	Текстовый
Улица	Текстовый
Дом	Числовой
Квартира	Числовой
Телефон	Числовой

Отношение «Отправитель» не имеет повторяющихся записей, в нём отсутствуют повторяющиеся группы полей, строки не упорядочены и столбцы не упорядочены. Значит, отношение находится в первой нормальной форме. Кроме того любое не ключевое поле однозначно идентифицируется полным набором ключевых полей. Поэтому отношение находится во второй нормальной форме. В отношении ни одно из не ключевых полей таблицы не идентифицируется с помощь другого не ключевого поля. Следовательно, отношение находится в третьей нормальной форме.

Структуру отношения «Отправитель» можно представить в виде таблицы 2.2.

Таблица 2.2 – Структура отношения Отправитель

Имя поля	Тип данных
Код отправителя	Счетчик
Фамилия	Текстовый
Имя	Текстовый
Отчество	Текстовый
Дата рождения	Дата/время
Индекс	Числовой
Город	Текстовый
Улица	Текстовый
Дом	Числовой
Квартира	Числовой
Телефон	Числовой

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

Структуру отношения «Получатель» можно представить в виде таблицы 2.3.

Таблица 2.3 – Структура отношения Получатель

Имя поля	Тип данных
Код получателя	Счетчик
Фамилия	Текстовый
Имя	Текстовый
Отчество	Текстовый
Дата рождения	Дата/время
Индекс	Числовой
Город	Текстовый
Улица	Текстовый
Дом	Числовой
Квартира	Числовой
Телефон	Числовой

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

Структуру отношения «Транспорт» можно представить в виде таблицы 2.4.

Таблица 2.4 – Структура отношения Транспорт

Имя поля	Тип данных
Номер машины	Текстовый
Марка	Текстовый
Дата регистрации	Дата/время
Цвет	Текстовый

Отношение «Заказ» не имеет повторяющихся записей, в нём отсутствуют повторяющиеся группы полей, строки не упорядочены и столбцы не упорядочены. Значит, отношение находится в первой нормальной форме. Кроме того любое не ключевое поле однозначно идентифицируется полным набором ключевых полей. Поэтому отношение находится во второй нормальной форме. В отношении ни одно из не ключевых полей таблицы не идентифицируется с помощь другого не ключевого поля. Следовательно, отношение находится в третьей нормальной форме.

Структуру отношения «Заказ» можно представить в виде таблицы 2.5.

Таблица 2.5 – Структура отношения Заказ

Имя поля	Тип данных
Код заказа	Счетчик
Отправитель	Текстовый
Получатель	Текстовый
Дата заказа	Текстовый
Дата доставки	Дата/время
Цена доставки	Числовой
Курьер	Текстовый
Транспорт	Текстовый