|
Схема данных. Реляционная схема данных. Реляционная схема данных Определение статуса таблиц
Реляционная схема данных
Определение статуса таблиц
Чтобы создать бинарные связи между таблицами при помощи механизма первичных и внешних ключей, сначала нужно определить, какая из двух таблиц связи будет родительской, а какая – дочерней. Для этого следует обратиться к таблице «Спецификация связей между объектами» из лабораторной работы 3 и с учетом типа связи и степени участия таблиц в связи определить статус таблиц.
Таблица №1 – Статус таблиц Наименование связи
| Объекты
| Показатель кардинальности
| Степень участия
| Статус таблиц
| Имеет
| Клиент
| 1:1
| Полная
| Дочерняя
| Паспортные данные
| Полная
| Родительская
| Входит в
| Тип транспорта
| М:1
| Полная
| Родительская
| Тур
| Полная
| Дочерняя
| Входит в
| Город
| М:1
| Полная
| Родительская
| Тур
| Полная
| Дочерняя
| Входит в
| Место проживания
| М:1
| Полная
| Родительская
| Тур
| Полная
| Дочерняя
| Находится в
| Город
| М:1
| Полная
| Дочерняя
| Страна
| Полная
| Родительская
| Находится в
| Место проживания
| М:1
| Полная
| Дочерняя
| Город
| Полная
| Родительская
| Имеет
| Место проживания
| 1:1
| Полная
| Дочерняя
| Тип проживания
| Полная
| Родительская
| Делает
| Клиент
| 1:М
| Полная
| Родительская
| Заказ
| Полная
| Дочерняя
| Оформляет
| Сотрудник
| 1:М
| Полная
| Родительская
| Заказ
| Полная
| Дочерняя
| Содержит
| Заказ
| 1:1
| Полная
| Дочерняя
| Тур
| Полная
| Родительская
|
Создание реляционных связей
После того, как в бинарной связи определена дочерняя и родительская таблицы, в дочерней таблице следует создать внешний ключ – копию первичного ключа родительской таблицы и связать таблицы по одноименному полю. В таблице №2 представлены реляционные связи проектируемой базы данных.
Таблица №2 – Реляционные связи
Наименование связи
| Объекты
| Статус таблиц
| Ключи
| Имеет
| Клиент
| Дочерняя
| Код клиента (ПК)
Код паспортных данных (ПК)
Код паспортных данных (ВК)
| Паспортные данные
| Родительская
| Входит в
| Тип транспорта
| Родительская
| Код типа транспорта (ПК)
Код тура (ПК)
Код типа транспорта (ВК)
| Тур
| Дочерняя
| Входит в
| Город
| Родительская
| Код города (ПК)
Код тура (ПК)
Код города (ВК)
| Тур
| Дочерняя
| Входит в
| Место проживания
| Родительская
| Код места проживания (ПК)
Код тура (ПК)
Код места проживания (ВК)
| Тур
| Дочерняя
| Находится в
| Город
| Дочерняя
| Код города (ПК)
Код страны (ПК)
Код страны (ВК)
| Страна
| Родительская
| Находится в
| Место проживания
| Дочерняя
| Код места проживания (ПК)
Код города (ПК)
Код города (ВК)
| Город
| Родительская
| Имеет
| Место проживания
| Дочерняя
| Код места проживания (ПК)
Код типа проживания (ПК)
Код типа проживания (ВК)
| Тип проживания
| Родительская
| Делает
| Клиент
| Родительская
| Код клиента (ПК)
Код заказа (ПК)
Код клиента (ВК)
| Заказ
| Дочерняя
| Оформляет
| Сотрудник
| Родительская
| Код сотрудника (ПК)
Код заказа (ПК)
Код сотрудника (ВК)
| Заказ
| Дочерняя
| Содержит
| Заказ
| Дочерняя
| Код заказа (ПК)
Код тура (ПК)
Код тура (ВК)
| Тур
| Родительская
|
Разработка реляционной схемы
На рис. №1 представлена реляционная схема базы данных «АРМ менеджера туристического агентства «Райский берег», разработанную в DbDesigner.net.
Рисунок №1 – Реляционная схема базы данных для туристического агентства |
|
|