Организация информационной работы автовокзала
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
шней памяти.
В результате преобразования концептуальной модели была построена следующая реляционная модель базы данных. (рисунок 4)
Рисунок 4 - реляционная модель базы данных
3.3 Структура базы данных
Составляющими базу таблицы:
Таблица "Автовокзалы" - содержит информацию о автовокзалах:
Рисунок 5 - таблица автовокзалы
Таблица "Автопарк" - содержит информацию о транспорте, принадлежащим автовокзалам
Рисунок 6 - таблица автопарк
Таблица "Персонал" - содержит информацию о сотрудниках, работающих на автовокзалах
Рисунок 7 - таблица "Персонала"
Таблица "Города" - отражает города, между которыми совершаются перемещения, а так же включает карту города
Рисунок 8 - таблица "Города"
Таблица "Рейсы" - предоставляет данные о рейсах между городами (автовокзалами):
Рисунок 9 - таблица "Рейсы"
Таблица "Заказы" - предоставляет информацию о заказах билетов:
Рисунок 10 - таблица "Заказы"
Таблица "Билеты" - содержит данные о проданных билетах к рейсам:
Рисунок 11 - таблица "Рейсы"
3.4 Процесс нормализации базы данных
Данный процесс - это формальный метод анализа отношений на основе их первичных или потенциальных ключей и существующих функциональных зависимостей, являющийся одним из наиболее строгих способов улучшения характеристик БД. Существует пять нормальных форм (НФ) баз данных.
Первая нормальная форма
Отношение находится в первой нормальной форме, если все его атрибуты имеют простые (атомарные) значения. Другими словами, значения в домене каждого атрибута отношения не являются ни списками, ни множествами простых или сложных значений. Одним словом, в отношении не должно быть повторяющихся групп. В противном случае отношение считается ненормализованным и ему соответствует многоуровневая таблица (иерархия) в отличие от однородной табличной структуры нормализованного отношения.
Условие атомарности значений неукоснительно должно выполняться для всех отношений схемы реляционной базы данных. Схема всей базы данных находится в 1НФ, если каждая схема отношения находится в 1НФ.
Нормальные формы более высокой степени, чем рассмотренные, связаны с понятиями определенных зависимостей.
Вторая нормальная форма применяется к отношениям с составными ключами, т. е. к таким отношениям, первичный ключ которых состоит из двух или более атрибутов. Отношение, у которого первичный ключ включает только один атрибут, всегда находится во 2НФ.
Третья нормальная форма говорит от том, что не ключевые атрибуты не должны зависеть друг от друга.
Четвертая нормальная форма
Многозначные зависимости можно считать обобщением функциональных зависимостей в том смысле, что каждая функциональная зависимость является многозначной, где множество зависимых значений является одноэлементным множеством.
Пятая нормальная форма, это такое отношение называется термином "n-декомпозитируемое отношение" для некоторого п > 2. Это значит, что для данного отношения возможна декомпозиция без потерь на п проекций, а на меньшее число проекций декомпозиция без потерь невозможна. Пятая нормальная форма - это последняя нормальная форма, которую можно получить путем декомпозиции, и на практике 5НФ почти не используется. Заметим, что зависимость соединения является обобщением как многозначной зависимости, так и функциональной зависимости.
.5 Обоснование наличия НФ
Рассмотрим три нормальных формы, которые применяются при проектировании баз данных и служат для оптимизации базы и приведения ее к согласованному виду:
1)Атомарность ключа - значения ключа должны быть атомарные. Не должно быть составных ключей типа ФИО, адрес и т.д. (Рисунок 3)
Рисунок 12 - доказательство первой нормальной формы
2)Составной ключ - если ключ состоит из двух и более атрибутов - все не ключевые атрибуты таблицы должны зависеть от ключа в целом, а не от его отдельных атрибутов.
3)Не ключевые атрибуты должны зависеть только от ключа и не зависеть друг от друга.
Рисунок 13 - таблица "Рейсы"
Как можно видеть из реляционной схемы базы данных, все таблицы находятся в третьей нормальной форме: ключи во всех таблицах атомарные, если ключ составной - единственный не ключевой атрибут полностью зависит от него, все не ключевые атрибуты зависят только от ключевых и не зависят друг от друга.
4. Программная реализация
.1 Используемые триггеры
В программе были реализованы триггеры, основной задачей которых было отслеживание удалений из таблиц.
Имя триггера - DEL_REYS
Описание - при удалении Рейса производителя удаляются все билеты к этому рейсы, и все заказы к этому рейсу, с ним связанные. Триггер был реализован как instead of DELETE для того, чтобы сначала произвести удаление из таблицы заказы билетов и продажи билетов, а потом удалить и сам рейс.
create trigger new_trigger on dbo.Reysiof delete@@ROWCOUNT=1@y INT@y=IDdeletedfrom Tikets where Reys=@yfrom Zakaz where Reys=@y
Аналогичные триггеры были созданы для Таблиц Доставка-Водитель, Доставка-Маршрут, Продавец - Реализация товара - Обзор продаж.
5. Руководство пользования программой
1.Запуск программы осуществляется при помощи открытия файла MDIAPP.exe
2.Для начала необходимо войти в программу под своим пользователе