Файл: Реляционная схема данных Определение статуса таблиц.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 – Реляционная схема базы данных для туристического агентства