Файл: Реляционная схема данных Определение статуса таблиц.docx

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 04.05.2024

Просмотров: 6

Скачиваний: 0

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Реляционная схема данных

Определение статуса таблиц

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

Таблица №1 – Статус таблиц

Наименование связи

Объекты

Показатель кардинальности

Степень участия

Статус таблиц

Имеет

Клиент

1:1

Полная

Дочерняя

Паспортные данные

Полная

Родительская

Входит в

Тип транспорта

М:1

Полная

Родительская

Тур

Полная

Дочерняя

Входит в

Город

М:1

Полная

Родительская

Тур

Полная

Дочерняя

Входит в

Место проживания

М:1

Полная

Родительская

Тур

Полная

Дочерняя

Находится в

Город

М:1

Полная

Дочерняя

Страна

Полная

Родительская

Находится в

Место проживания

М:1

Полная

Дочерняя

Город

Полная

Родительская

Имеет

Место проживания

1:1

Полная

Дочерняя

Тип проживания

Полная

Родительская

Делает

Клиент

1:М

Полная

Родительская

Заказ

Полная

Дочерняя

Оформляет

Сотрудник

1:М

Полная

Родительская

Заказ

Полная

Дочерняя

Содержит

Заказ

1:1

Полная

Дочерняя

Тур

Полная

Родительская



Создание реляционных связей

После того, как в бинарной связи определена дочерняя и родительская таблицы, в дочерней таблице следует создать внешний ключ – копию первичного ключа родительской таблицы и связать таблицы по одноименному полю. В таблице №2 представлены реляционные связи проектируемой базы данных.

Таблица №2 – Реляционные связи

Наименование связи

Объекты

Статус таблиц

Ключи

Имеет

Клиент

Дочерняя

Код клиента (ПК)

Код паспортных данных (ПК)

Код паспортных данных (ВК) 

Паспортные данные

Родительская

Входит в

Тип транспорта

Родительская

Код типа транспорта (ПК)

Код тура (ПК)

Код типа транспорта (ВК) 

Тур

Дочерняя

Входит в

Город

Родительская

Код города (ПК)

Код тура (ПК)

Код города (ВК) 

Тур

Дочерняя

Входит в

Место проживания

Родительская

Код места проживания (ПК)

Код тура (ПК)

Код места проживания (ВК) 

Тур

Дочерняя

Находится в

Город

Дочерняя

Код города (ПК)

Код страны (ПК)

Код страны (ВК) 

Страна

Родительская

Находится в

Место проживания

Дочерняя

 Код места проживания (ПК)

Код города (ПК)

Код города (ВК)

Город

Родительская

Имеет

Место проживания

Дочерняя

Код места проживания (ПК)

Код типа проживания (ПК)

Код типа проживания (ВК) 

Тип проживания

Родительская

Делает

Клиент

Родительская

 Код клиента (ПК)

Код заказа (ПК)

Код клиента (ВК)

Заказ

Дочерняя

Оформляет

Сотрудник

Родительская

 Код сотрудника (ПК)

Код заказа (ПК)

Код сотрудника (ВК)

Заказ

Дочерняя

Содержит

Заказ

Дочерняя

Код заказа (ПК)

Код тура (ПК)

Код тура (ВК) 

Тур

Родительская



Разработка реляционной схемы

На рис. №1 представлена реляционная схема базы данных «АРМ менеджера туристического агентства «Райский берег», разработанную в DbDesigner.net.



Рисунок №1 – Реляционная схема базы данных для туристического агентства