4. Розробка логічної структури бази даних.
Логічна структура реляційної бази даних визначається сукупністю логічно пов'язаних реляційних таблиць.
Логічні зв'язки відповідають структурним зв'язкам між об'єктами в концептуальній моделі, кожен об'єкт в логічній моделі відображається відповідною реляційної таблицею.
Зв'язки між таблицями здійснюються за допомогою загальних атрибутів. Логічна структура реляційної бази даних має вигляд:
Рис 3. Логічна структура реляційної бази
5. Реляційна модель.
Спочатку розділу наводиться теоретична інформація про реляційну модель.
Реляційна модель проектованої бази даних:
Клієнти (Код клієнта, ПІБ)
Співробітники (Код співробітника, ПІБ, код фірми)
Зовнішній ключ: код фірми
Країни (Код країни, назва країни)
Транспорт (код транспорту, вид транспорту)
Путівки (№ туру, Код країни, Початок туру, Закінчення туру, Код транспорту, Вартість, Кількість путівок)
Зовнішній ключ: Код країни
Зовнішній ключ: Код транспорту
Оформлення путівки (№ путівки, Код клієнта, Код співробітника, № туру, Оплата)
Зовнішній ключ: Код клієнта
Зовнішній ключ: Код співробітника
Санаторій (санаторій, адреса, місто)
Захворювання (захворювання)
Захворювання_і_санаторій (санаторій, захворювання)
Путівки в санаторій (код надходження, санаторій, дата прибуття, тривалість, к-ть путівок)
Зовнішній ключ: санаторій
Оформлення путівки в санаторій (№ путівки, код клієнта, код співробітника, код надходження, оплата)
Зовнішній ключ: код клієнта
Зовнішній ключ: код співробітника
Зовнішній ключ: код надходження
6. Визначення типів даних в заданому форматі
Таблиця «Клієнти»
Містить інформацію про клієнтів, які купували путівки.
Таблиця 5 Структура таблиці даних «Клієнт»
Назва поля |
Тип поля |
Розмір поля |
Обов’язкове поле |
Ключове поле |
Код клієнта |
Числовий |
Ціле |
Так |
Так |
ФИО |
Текстовое |
50 |
Ні |
Ні |
Таблиця «Співробітники»
Містить інформацію про співробітників, що працюють на фірмі.
Таблиця 6 Структура таблиці даних «Співробітники»
Назва поля |
Тип поля |
Розмір поля |
Обов’язкове поле |
Ключове поле |
Код співробітника |
Числовий |
Ціле |
Так |
Так |
ФИО |
Текстовое |
50 |
Ні |
Ні |
7. Створення глобальної схеми зв'язків. Підтримка цілісності даних.
Розділ містить теоретичні відомості: про глобальну схему даних, про підтримку цілісності, про додавання даних в підлеглу таблицю.
Рис 4. Схема даних.
8. Запити. Структура та призначення. SQL - запит
Спочатку розділу наводяться теоретичні відомості про запити, типи запитів, конструктор запитів.
Далі описуються всі запити інформаційної системи.
Запит «Кількість путівок клієнта»
Запит відображає інформацію про кількість путівок, придбаних кожним клієнтом
Запит створений на основі таблиць «Оформлення путівки», «Клієнти»
Рис 5. Структура запиту «Кількість путівок клієнта»
Запит в режимі SQL:
SELECT клиенты.ФИО, Count([оформление путевки].[№ тура]) AS [Count-№ тура]
FROM клиенты INNER JOIN [оформление путевки] ON клиенты.[Код клиента] = [оформление путевки].[Код клиента]
GROUP BY клиенты.ФИО;
Запит «Неоплачені тури»
Запит відображає інформацію про клієнтів, які не сплатили путівки. Запит побудований на основі таблиць «Оформлення путівки», «путівки»
Рис 6 Структура запиту «Неоплачені тури»
Запит в режиме SQL
SELECT [оформление путевки].[Код клиента], [оформление путевки].[№ тура], [оформление путевки].Оплата, путёвки.[Название тура], путёвки.Стоимость
FROM путёвки INNER JOIN [оформление путевки] ON путёвки.[№ тура] = [оформление путевки].[№ тура]
WHERE ((([оформление путевки].Оплата)="Не оплачено"));