Автор работы: Пользователь скрыл имя, 29 Апреля 2012 в 23:40, лабораторная работа
Цель индивидуального задания - практическое освоение приемов и правил разработки БД. Темой проекта выбрана предметная область «Туризм».
Результатом выполненной работы должно быть:
Определение ограничений атрибутов и сущностей,
Определение связей между сущностями.
Обоснование необходимости выбранных сущностей.
1. Задание по индивидуальной работе 3
3. Логическая и физическая модели 6
4. Состав базы данных 7
5. Нормализация базы данных 11
6. Запросы к БД 12
7. Создание интерфейса сайта с помощью html 17
8. Написание запросов на php 18
9. Руководство пользователя 21
Вывод 22
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
Федеральное
государственное бюджетное
высшего профессионального образования
«Национальный исследовательский ТОМСКИЙ ПОЛИТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»
Наименование института – Институт Кибернетики
Наименование направления - Информационные системы и технологии
Наименование кафедры – Автоматики и Компьютерных Систем
Отчет по индивидуальному заданию
Студент
гр. 8890
Подпись Дата
Преподаватель
Подпись Дата
Томск 2012
Оглавление
1. Задание по индивидуальной работе 3
3. Логическая и физическая модели 6
4. Состав базы данных 7
5. Нормализация базы данных 11
6. Запросы к БД 12
7. Создание интерфейса сайта с помощью html 17
8. Написание запросов на php 18
9. Руководство пользователя 21
Вывод 22
Цель индивидуального задания - практическое освоение приемов и правил разработки БД. Темой проекта выбрана предметная область «Туризм».
Результатом выполненной работы должно быть:
Реализацию БД необходимо выполнить посредством СУБД SQL, которая должна содержать набор скриптов, реализующих:
Готовый продукт должен представлять собой разработанный web-интерфейс для управления разработанной БД (в качестве сервера должен использоваться web сервер php).
Выбранная предметная область включает в себя такие сущности как, туристическая путевка, туристическая фирма, туристический оператор, сотрудники, перечень услуг, объекты туризма, авиакасса, курорты, отель, партнеры, банки. Каждая из этих сущностей содержит те атрибуты, которые для нее свойственны.
Управление системой ведет менеджер, который находится в непосредственном контакте с клиентом, от которого получает всю необходимую информацию.
Данная
система позволяет клиенту
По мимо этого, система хранит информацию о партнерах фирмы (банки), авиакассы, туристических операторах.
Задачи, реализованные в web-приложении
Задачи, которые могут быть реализованы для данной системы в будущем:
С помощью программного продукта Toad Data Modeler была создана логическая (см. рис.1) и реляционная модель (см. рис.2).
Рисунок 1. Логическая модель
Рисунок 2. Физическая модель
Авиакасса – сущность содержащая информацию о авиакомпании перелета, ID авиакассы является первичным ключом и идентификатором. По мимо этого сущность авиакасса определяется внешним ключами, т.е. идентификатором путевки, тура, фирмы и партнера.
Сущность находится в 3NF, т.к. она находится во 2NF и в 1NF, а также нет транзитивных функциональных зависимостей от первичного ключа.
Рисунок 3. Сущность Авиакасса
Банки – сущность содержащая информацию о банках, которые сотрудничают с туристическими фирмами, ID банка является первичным ключом и идентификатором. По мимо этого, сущность банки определяется внешним ключами, т.е. идентификатором партнера.
Сущность находится в 3NF, т.к. она находится во 2NF и в 1NF, а также нет транзитивных функциональных зависимостей от первичного ключа.
Рисунок 4. Сущность Банки
Курорты – сущность содержащая информацию о местах отдыхах клиента, ID банка является первичным ключом и идентификатором.
Сущность находится в 3NF, т.к. она находится во 2NF и в 1NF, а также нет транзитивных функциональных зависимостей от первичного ключа.
Рисунок 5. Сущность Курорты
Объекты туризма – сущность содержащая информацию о местах отдыхах клиента, но в отличии от сущности Курорты, данная сущность характеризует непосредственное место отдыха, например Курорт- Египет, Объекты туризма- Шарм эль Шейх, Хургада и т.д.
ID объекта является первичным ключом и идентификатором, также эта сущность имеет внешние ключи ID Путевки, ID курорта,ID Тура,ID фирмы, ID партнера. Сущность находится в 3NF, т.к. она находится во 2NF и в 1NF, а также нет транзитивных функциональных зависимостей от первичного ключа.
Рисунок 6. Сущность Объекты туризма
Отель – сущность содержащая информацию об отелях, ID отеля является первичным ключом и идентификатором. Также сущность имеет внешний ключ ID курорта. Сущность находится в 3NF, т.к. она находится во 2NF и в 1NF, а также нет транзитивных функциональных зависимостей от первичного ключа.
Рисунок 7. Сущность Отель
Партнер – сущность содержащая информацию о партнерах, ID партнера является первичным ключом и идентификатором. Сущность находится в 3NF, т.к. она находится во 2NF и в 1NF, а также нет транзитивных функциональных зависимостей от первичного ключа.
Рисунок 8. Сущность Партнер
Перечень услуг – сущность содержащая информацию об услугах, которые предоставляет фирма, ID перечня услуг является первичным ключом и идентификатором. ID партнера является внешним ключом. Сущность находится в 3NF, т.к. она находится во 2NF и в 1NF, а также нет транзитивных функциональных зависимостей от первичного ключа.
Рисунок 9. Сущность перечня услуг
Сотрудник – сущность содержащая информацию о сотрудниках фирмы, ID сотрудника является первичным ключом и идентификатором. В таблице может храниться сотрудник без должности. По мимо первичного ключа, ID фирмы, партнера является внешним ключом.
Сущность находится в 3NF, т.к. она находится во 2NF и в 1NF, а также нет транзитивных функциональных зависимостей от первичного ключа.
Рисунок 10. Сущность сотрудники
Туристическая путевка – сущность содержащая информацию путевки, ID путевки является первичным ключом и идентификатором. Сущность находится в 3NF, т.к. она находится во 2NF и в 1NF, а также нет транзитивных функциональных зависимостей от первичного ключа.
Рисунок 11. Сущность туристическая путевка
Туристическая фирма – сущность содержащая информацию о туристических фирмах, ID фирмы является первичным ключом и идентификатором, в таблице может не быть не указан адрес фирмы.
Сущность находится в 3NF, т.к. она находится во 2NF и в 1NF, а также нет транзитивных функциональных зависимостей от первичного ключа.
Рисунок 12. Сущность Туристическая фирма
Туристическая оператор – сущность содержащая информацию о туристических операторах, ID тура является первичным ключом и идентификатором, в таблице может не быть не указан адрес фирмы.
Сущность находится в 3NF, т.к. она находится во 2NF и в 1NF, а также нет транзитивных функциональных зависимостей от первичного ключа.
Рисунок 13. Туристический оператор
Нормализация - процесс преобразования отношений базы данных (БД) к виду, отвечающему нормальным формам. Нормализация предназначена для приведения структуры БД к виду, обеспечивающему минимальную логическую избыточность, и не имеет целью уменьшение или увеличение производительности работы или же уменьшение или увеличение физического объёма базы данных. Конечной целью нормализации является уменьшение потенциальной противоречивости хранимой в базе данных информации. Как отмечает К. Дейт, общее назначение процесса
Наши переменные отношения находятся в первой, во второй и третей, нормальных формах поскольку каждый его кортеж содержит только одно значение для каждого из атрибутов, и каждый неключевой атрибут неприводимо (функционально полно) зависит от ее потенциального ключа, каждый неключевой атрибут отношения находится в нетранзитивной (то есть прямой) зависимости от потенциального ключа.
1.1 Заполнить таблицу «Туристическая путевка» содержащая следующие поля: «ID Путевки», «Город вылета», «Кол-во ночей», «Кол-во взрослых и детей», «Дата вылета».
Рисунок 14. Результат запроса insert
1.2 Вставить в таблицу «Туристическая фирма» данных из текстового файла.
Рисунок 15. Текстовый файл с данными
Рисунок 16. Результата запроса
Выборку данных из таблиц в указанном порядке
Рисунок 17. Результат запроса
Рисунок 18. Результат запроса
Рисунок 19. Результат запроса