Главная страница

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


Скачать 0.78 Mb.
НазваниеРазработка распределенной базы данных турфирма на
Анкорйцуеепр
Дата06.06.2022
Размер0.78 Mb.
Формат файлаdocx
Имя файла4761.docx
ТипРеферат
#573396
страница1 из 3
  1   2   3

КУРСОВОЙ ПРОЕКТ
по дисциплине

Современные технологии управления базами данных
РАЗРАБОТКА РАСПРЕДЕЛЕННОЙ БАЗЫ ДАННЫХ «ТУРФИРМА» НА ОСНОВЕ MS SQL SERVER


Выполнил: ст. гр. ИФСТ-31 Дорожкин В. А.


2013

СОДЕРЖАНИЕ

Введение 3

  1. Разработка концептуальной модели базы данных 5

  2. Логическое проектирование 10

  3. Физическое проектирование 14

    1. Создание базы данных и таблиц 14

    2. Добавление внешних ключей 15

    3. Заполнение таблиц 16

    4. Создание запросов 23

    5. Создание представлений 26

    6. Создание процедур и триггеров 27

Заключение 28

Список литературы 29

Приложение А 30

ВВЕДЕНИЕ

С распространением сетей и доступных небольших компьютерных систем практически все организации, за исключением мелких компаний, больше не используют централизованное хранение информации в одной базе данных. Важные данные, к которым необходим доступ со стороны всех пользователей, обычно разбросаны среди множества баз данных, расположенных в различных физических местах хранения. Чтобы объединить возможности баз данных и позволить всем пользователям обращаться к хранимой информации, можно применить средства MS SQL Server, называемые распределенной базой данных и тиражированием данных.

Распределенная база данных (distributed database) - это группа баз данных, которая выглядит для пользователей и приложений как одна база данных. В большинстве случаев базы данных, составляющие распределенную базу данных, расположены на отдельных компьютерах, взаимодействующих по сети. После того как система распределенной базы данных MS SQL Server сконфигурирована, все данные в этой системе становятся доступными приложениям, как если бы они находились в одной логической базе данных.

Каждый сервер базы данных в системе распределенной базы данных управляет доступом к своей локальной базе данных — за управление системой в целом не отвечает ни один сервер. Однако все серверы системы должны взаимодействовать друг с другом, чтобы обеспечить согласованность и точность данных, во всей системе.

      1. РАЗРАБОТКА КОНЦЕПТУАЛЬНОЙ МОДЕЛИ БАЗЫ ДАННЫХ



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

Информационная и функциональная модели предметной области создаются на этапе анализа требований к базе данных и не содержат предположений о технологии реализации базы данных. Они строятся независимо от выбираемой модели данных (сетевой, иерархической, реляционной, объектно- ориентированной, многомерной и т.д.), поддерживаемой СУБД, модели вычислений, программно-аппаратной платформы для базы данных. Информационная и функциональная модели предметной области являются входными данными для процесса проектирования базы данных. Поэтому проектировщик должен уметь правильно интерпретировать их в ходе решения своих проектных задач.

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

данными для проектирования базы данных должны быть следующие характеристики:

        • информация о клиентах: ФИО, дата рождения, адрес, телефон;

        • информация о продажах туристической фирмы: название тура, клиент, дата продажи и стоимость;

        • информация о турах: дата начала и конца, тип тура, тип питания, название отеля, авиарейсы;

        • информация об отеле: название отеля, место расположения (страна и город), количество звезд и цена за ночь проживания.

База данных «Турфирма» должна выполнять следующие задачи:

        • предоставлять возможность для внесения, изменения и удаления информации о клиентах, турах, отелях и авиарейсах сотрудникам турфирмы;

        • предоставлять информацию о доступных предложениях клиентам и потенциальным потребителям услуг туристической фирмы;

В базе данных «Турфирма» будут формироваться следующие таблицы:

        • клиенты;

        • продажи;

        • туры;

        • отели;

        • города;

        • страны;

        • тип тура;

        • тип питания;

        • тип размещения;

        • авиарейсы.

Таблица «Клиенты» будет содержать следующие поля:

        • код;

        • фамилия;

        • имя;

        • отчество;

        • дата рождения;

        • адрес;

        • телефон.

Таблица «Продажи» будет содержать следующие поля:

        • код;

        • клиент;

        • дата продажи;

        • цена;

        • тур.

Таблица «Туры» будет содержать следующие поля:

        • код;

        • дата начала тура;

        • дата конца тура;

        • тип тура;

        • тип питания;

        • отель;

        • рейс вылета;

        • рейс прилета.

Таблица «Отели» будет содержать следующие поля:

        • код;

        • название;

        • количество звезд;

        • город расположения;

        • тип размещения;

        • цена за одну ночь.

Таблица «Города» будет содержать следующие поля:

        • код;

        • название города;

        • страна.

Таблица «Страны» будет содержать следующие поля:

        • код;

        • название страны.

Таблица «Тип тура» будет содержать следующие поля:

        • код;

        • тип тура.

Таблица «Тип питания» будет содержать следующие поля:

        • код;

        • тип питания.

Таблица «Тип размещения» будет содержать следующие поля:

        • код;

        • тип размещения.

Таблица «Авиарейсы» будет содержать следующие поля:

        • код;

        • Город вылета;

        • Дата вылета;

        • Время вылета;

        • Город прилета;

        • Дата прилета;

        • Время прилета.



Рисунок 1 ER-диаграмма базы данных «Турфирма»

      1. ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ



База данных должна удовлетворять следующим эксплуатационным требованиям:

        • База данных должна удовлетворять актуальным информационным потребностям;

        • База данных должна удовлетворять актуальным требованиям за приемлемое время, т. е. заданным требованиям производительности;

        • База данных должна удовлетворять выявленным и вновь возникающим требованиям конечных пользователей;

        • База данных должна легко расширяться при реорганизации и расширении предметной области;

        • База данных должна легко изменяться при изменении программной и аппаратной среды;

        • Загруженные в базу данных корректные данные должны оставаться корректными;

        • Данные до включения в базу данных должны проверяться на достоверность;

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

Таблица 1 - Таблица атрибутов для сущности «Клиенты»


Поле

Ключи

Размер

Формат

Свойства

Код

Первичный ключ

11

int

Not null

Фамилия

Нет

255

varchar

Not null

Имя

Нет

255

varchar

Not null

Отчество

Нет

255

varchar

Not null

Дата

рождения

нет

23

date

Not null

Адрес

Нет

255

varchar

Not null

Телефон

Нет

11

int

Not null


Таблица 2 - Таблица атрибутов для сущности «Продажи»


Поле

Ключи

Размер

Формат

Свойства

Код

Первичный ключ

11

int

Not null

Клиент

Внешний ключ

11

int

Not null

Дата

Нет

23

date

Not null

Цена

Нет

11

int

Not null

Тур

Внешний ключ

11

int

Not null


Таблица 3 - Таблица атрибутов для сущности «Туры»


Поле

Ключи

Размер

Формат

Свойства

Код

Первичный ключ

11

int

Not null

Дата начала

Нет

23

date

Not null

Дата конца

Нет

23

date

Not null

Тип тура

Внешний ключ

11

int

Not null

Тип питания

Внешний ключ

11

int

Not null

Отель

Внешний ключ

11

int

Not null

Рейс вылета

Внешний ключ

11

int

Not null

Рейс прилета

Внешний ключ

11

int

Not null


Таблица 4 - Таблица атрибутов для сущности «Отели»


Поле

Ключи

Размер

Формат

Свойства

Код

Первичный ключ

11

int

Not null

Название

Нет

255

varchar

Not null

Звезды

Нет

11

int

Not null

Город

Внешний ключ

11

int

Not null

Тип

Внешний ключ

11

int

Not null

размещени













Цена

Нет

11

int

Not null



Таблица 5 - Таблица атрибутов для сущности «Города»

Поле

Ключи

Размер

Формат

Свойства

Код

Первичный ключ

11

int

Not null

Название

Нет

255

varchar

Not null

Страна

Внешний ключ

11

int

Not null



Таблица 6 - Таблица атрибутов для сущности «Страны»


Поле

Ключи

Размер

Формат

Свойства

Код

Первичный ключ

11

int

Not null

Название

Нет

255

varchar

Not null



Таблица 7 - Таблица атрибутов для сущности «Тип тура»


Поле

Ключи

Размер

Формат

Свойства

Код

Первичный ключ

11

int

Not null

Тип тура

Нет

255

varchar

Not null



Таблица 8 - Таблица атрибутов для сущности «Тип размещения»


Поле

Ключи

Размер

Формат

Свойства

Код

Первичный ключ

11

int

Not null

Тип

размещения

Нет

255

varchar

Not null



Таблица 9 - Таблица атрибутов для сущности «Тип питания»


Поле

Ключи

Размер

Формат

Свойства

Код

Первичный ключ

11

int

Not null

Тип питания

Нет

255

varchar

Not null



Таблица 10 - Таблица атрибутов для сущности «Авиарейсы»

Поле

Ключи

Размер

Формат

Свойства

Код

Первичный ключ

11

int

Not null

Город

вылета

Нет

255

varchar

Not null

Дата вылета

Нет

23

date

Not null

Время

вылета

Нет

11

int

Not null

Город

прилета

Нет

255

varchar

Not null

Дата прилета

Нет

23

date

Not null

Время

прилета

Нет

11

int

Not null
  1   2   3


написать администратору сайта