МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ
НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ «ЛЬВІВСЬКА ПОЛІТЕХНІКА»
ІКТА
Кафедра “Захист інформації”
З В І Т
з курсу: “Бази даних та знань” на тему:
«проектування реляційної бази даних
на концептуальному рівні»
Варіант № 8
Виконав: ст. гр. КБ-26
Коваль О. М.
Прийняв:
Вальчук А.Ю.
Львів 2022
Мета роботи: вивчення механізмів і принципів проектування реляційних баз даних на основі математичної теорії відношень, здобуття практичних навиків їх проектування та вивчення основних понять та визначень з теорії реляційних баз даних.
ПОСЛІДОВНІСТЬ ВИКОНАННЯ РОБОТИ
Спроектувати на концептуальному рівні реляційну базу даних відповідно до варіанту (табл. 1), номер якого співпадає з номером у списку студентів в журналі викладача.
Число атрибутів відношення має відповідати потребам користувача бази даних, тобто забезпечувати функції довідкової системи для клієнтів організації, для якої дана БД створюється, системи побудови звітів для контролюючих осіб (спонсорів) чи органів влади.
Скласти універсальне відношення для даної бази даних. Перечислити атрибути, для яких спостерігається надлишковість.
Побудувати блок-схему функціональних залежностей (ФЗ) між атрибутами універсального відношення.
Визначити детермінанти і можливі ключі відношення. Перерахувати їх.
Усунути надлишкові (дублюючі) ФЗ.
Виконати декомпозицію універсального відношення до множини відношень з НФБК. Відобразити всі етапи декомпозиції таблично і графічно (у вигляді блок-схем ФЗ).
Перелік атрибутів та детермінантів
| Зміни | Працівники | Фірми | Послуги | База дзвінків | |||||||||||||||||||||||||
| Д:1 | ID Зміни | Д:7 | ID працівника | Д:14 | ID фірми | Д:18 | ID послуги | Д:21 | ID дзвінка | ||||||||||||||||||||
| 2 | Кількість працівників | 8 | ПІБ | 15 | Назва фірми | 19 | Назва тарифу | 22 | Тривалість | ||||||||||||||||||||
| 3 | Кількість операцій | 9 | Адреса | 16 | Адреса | 20 | Ціна тарифу | 23 | Телефон | ||||||||||||||||||||
| 4 | Кількість дзвінків | 10 | Контактний телефон | 17 | Контактний телефон | | | 24 | Запис | ||||||||||||||||||||
| 5 | Виручка | 11 | Посада | Д:18 | ID послуги | | | | | ||||||||||||||||||||
| 6 | Дата зміни | 12 | Стаж | | | | | | | ||||||||||||||||||||
| | | 13 | Дата народження | | | | | | | ||||||||||||||||||||
| | | | | | | | | | | | | ||||||||||||||||||
| | | | | | | | | | | ||||||||||||||||||||
| | | | | | | | | | | | | | | | |||||||||||||||
| | | | | | | | | | | | | | | | |||||||||||||||
Перелік атрибутів
ID зміни: ціле значення, автозаповнення, ключ, унікальне значення.
Кількість працівників: ціле значення, не унікальне, сума кількості поля ID працівника.
Кількість операцій: ціле значення, не унікальне, сума кількості поля ID фірми.
Кількість дзвінків: ціле значення, не унікальне, сума кількості поля ID дзвінка.
Виручка: ціле значення, не унікальне, сума Поля Ціна .
Дата зміни: дата, коли було здійснено оновлення даних.
ID працівника: ціле значення, автозаповнення, ключ, унікальне значення для кожного працівника.
ПІБ: ПІБ працівника, не унікальне, можливо, декілька працівників будуть мати однакове ПІБ.
Адреса: адрес помешкання, працівника.
Контактний телефон: унікальний для кожного працівника.
Посада: посада працівника, може бути декілька працівник з однаковою посадою.
Стаж: стаж працівника, може бути декілька працівник з однаковим стажем роботи.
Дата народження: дата народження працівника, можливо таке, що працівники будуть мати однакову дату народження.
ID фірми: ціле значення, автозаповнення, ключ, унікальне значення.
Назва фірми: назва фірми, яка буде закупляти тариф, унікальне значення.
Адреса: адреса фірми, не може повторюватись.
Контактний телефон: унікальний для кожної фірми.
ID послуги: зовнішній ключ, за яким буде закріплятися тариф, який вибрала фірма, зв'язок буде один до багатьох.
Назва тарифу: унікальний для кожного тарифу.
Ціна тарифу: ціна тарифу для фірми.
ID дзвінка: ціле значення, автозаповнення, ключ, унікальне значення.
Тривалість: тривалість дзвінка.
Телефон: номер телефону з якого здійснювався дзвінок, може бути повтор телефонів, адже фірма може робити декілька дзвінків.
Запис: був включений запис чи ні, булева змінна.
Універсальне відношення: (ID Зміни, Кількість працівників, Кількість операцій, Кількість дзвінків, Виручка, Дата зміни, ID працівника, ПІБ, Адреса Контактний телефон, Посада, Стаж, Дата народження, ID фірми, Назва фірми, Адреса, Контактний телефон, ID послуги, Назва тарифу, Ціна тарифу, ID дзвінка, Тривалість, Телефон, Запис).
Первинний ключ універсального відношення: < ID Зміни, ID працівника, ID фірми, ID послуги, ID дзвінка >
Вторинний ключ: <ID послуги для таблиці Фірми>
Надлишковість спостерігається для: ПІБ, Посада, Стаж, Дата народження, Ціна, Тривалість.
Блок схема між атрибутами універсального відношення
Декомпозиція:
Id Зміни є детермінантом для атрибутів Кількість працівників, Кількість операцій, Кількість дзвінків, Виручка, Дата зміни, ID працівника, ID фірми, ID дзвінка
ID працівника є детермінантом для атрибутів ПІБ, Адреса, Контактний телефон, Посада, Стаж Дата народження.
ID фірми є детермінантом для атрибутів Назва фірми, Адреса, Контактний телефон.
ID послуги є детермінантом для атрибутів Назва тарифу, Ціна тарифу.
ID дзвінка є детермінантом для атрибутів Тривалість, Телефон, Запис.
R1:
детермінант: Id Зміни.
атрибути: Кількість працівників, Кількість операцій, Кількість дзвінків, Виручка, Дата зміни.
| Д:1 Id Зміни | 2 Кількість працівників | 3 Кількість операцій | 4 Кількість дзвінків | 5 Виручка | 6 Дата зміни | 7 ID працівника | 14 ID фірми | 21 ID дзвінка |
R2:
детермінант: ID працівника.
атрибути: ПІБ, Адреса, Контактний телефон, Посада, Стаж, Дата народження.
| Д:7 ID працівника | 8 ПІБ | 9 Адреса | 10 Контактний телефон | 11 Посада | 12 Стаж | 13 Дата народження |
R3:
детермінант: ID фірми.
атрибути: Назва фірми, Адреса, Контактний телефон.
| Д:14 ID фірми | 15 Назва фірми | 16 Адреса | 17 Контактний телефон | 18 ID послуги |
R4:
детермінант: ID послуги.
атрибути: Назва тарифу, Ціна тарифу.
| Д:18 ID послуги | 19 Назва тарифу | 20 Ціна тарифу |
R5:
детермінант: ID дзвінка.
атрибути: Тривалість, Телефон, Запис.
| Д:21 ID дзвінка | 22 Тривалість | 23 Телефон | 24 Запис |
Висновки: В ході виконання роботи було досліджено механізми і принципи проектування реляційних баз даних на основі математичної теорії відношень, здобуто практичні навики їх проектування та вивчено основні поняття та визначення з теорії реляційних баз даних. Була створена концептуальна модель БД на тему «АТС ппідприємства», спроектовано блок-схему функціональних залежностей між атрибутами універсального відношення. Визначено детермінанти та можливі ключі, на основі цих даних проведено декомпозицію універсального відношення.