Таблица 7 – Продолжение
|
Пользователи |
Телефон домашний |
varchar |
|
|
Телефон рабочий |
varchar |
||
|
Телефон сотовый |
varchar |
||
|
|
varchar |
NOT NULL |
|
|
Тур |
Идентификационный номер тура |
integer |
NOT NULL |
|
Страна |
varchar |
NOT NULL |
|
|
Курорт |
varchar |
NOT NULL |
|
|
Отель |
varchar |
NOT NULL |
|
|
Уровень обслуживания |
integer |
NOT NULL Диапазон 1-5 |
|
|
Кол-во человек |
integer |
NOT NULL |
|
|
Цена |
real |
NOT NULL |
|
|
Дата вылета |
date |
NOT NULL |
|
|
Дата прилета |
date |
NOT NULL |
|
|
Туроператор |
varchar |
||
|
Паспортные данные для путевки |
Идентификационный номер туриста |
integer |
NOT NULL |
|
Фамилия в паспорте РФ |
varchar |
||
|
Имя в паспорте РФ |
varchar |
||
|
Отчество паспорте РФ |
varchar |
||
|
Серия паспорта РФ |
varchar |
||
|
Номер паспорта РФ |
integer |
||
|
Дата выдачи паспорта РФ |
date |
||
|
Фамилия в загран. паспорте |
varchar |
||
|
Имя в загран. паспорте |
varchar |
||
|
Отчество в загран. паспорте |
varchar |
||
|
Серия загран. паспорта |
integer |
||
|
Номер загран. паспорта |
integer |
||
|
Дата выдачи загран. паспорта |
date |
||
|
Дата рождения |
date |
||
|
Ксерокопия 2-3 стр. паспорта РФ |
memo |
||
|
Ксерокопия прописки из паспорта РФ |
memo |
||
|
Ксерокопия 2-3 стр. загран. паспорта |
memo |
||
|
Заявка |
Идентификационный номер заявки |
integer |
NOT NULL |
|
Состояние |
varchar |
NOT NULL |
Приведем модель к второй нормальной форме, не должно быть частичной функциональной зависимости неключевых атрибутов от ключа (зависимость неключевых атрибутов от части ключа). На рисунке 12 показана первая нормальная форма модели БД.
Рисунок 12 - Вторая нормальная форма модели БД
Приведем все отношения к третьей нормальной форме, т. е. избавимся от транзитивных зависимостей. Для создания нормально функционирующей БД достаточно, чтобы отношения в ней находились в третьей нормальной форме.
Логическая модель разрабатываемой технологии представлена на рисунке 13.
Рисунок 13 – Логическая модель данных разрабатываемой технологии
При переходе к физической модели системы необходимо:
1. Обозначить имена атрибутов сущностей так, как названы столбцы
таблиц разрабатываемой базы данных.
2. Сменить тип атрибутов.
3. Ввести ограничения NotNull на необходимые атрибуты.
Построим таблицу с соответствием типов данных в логической модели сетевой технологии с используемыми типами данных в СУБД MySQL.
Таблица 6 – Соотношение типов данных
|
Тип данных |
Логическая модель |
MySQL |
|
Целочисленный |
integer |
int |
|
Символьный |
Varchar() |
Varchar() |
|
Дата и время |
Date |
Datetime |
Физическая модель сетевой технологии регистрации заявок представлена на рисунке 14.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.