- •1 Основні поняття з баз даних та систем керування базами даних
- •1.1 Бази даних та етапи їх проектування
- •1.2. Основні поняття з реляційних баз даних
- •1.3 Лабораторна робота №1. Скбд Access. Вікно скбд Access. Створення баз даних, об’єкти бази даних, приклад сод на базі скбд Access.
- •1.3.1 Стисла характеристика скбд Access
- •1.3.2 Завдання лабораторної роботи
- •Створення пустої бази даних
- •Приклад бази даних
1.2. Основні поняття з реляційних баз даних
Переважна більшість сучасних СКБД, у тому числі й Access, підтримують реляційну модель даних, яка представляється сукупністю відношень або реляцій (relations), що змінюються в часі. Наведемо основні визначення щодо таблиць, які є структурними одиницями реляційних баз даних (рис.1.1).
Рис. 1.1. Приклад таблиці реляційної бази даних та її елементи
Примітка. Статус студента приймає два значення: С – студент за державним замовленням; К – студент за контрактом, тому доменом атрибуту STATUS є множина {С;К}.
В мовах програмування (структури типу file), в системах керування базами даних і серед користувачів баз даних можуть використовуватися інші терміни, що зводяться до наведених на рис. 1.2. Нижче (табл.1.1) наводиться таблиця синонімів таких термінів.
Таблиця 1.1 Синоніми термінів, що використовуються в базах даних
Реляційна модель |
СКБД |
Мови програмування |
Користувачі |
Заголовок таблиці |
Структура таблиці |
Опис запису файлу |
Шапка таблиці |
Вміст таблиці |
Вміст таблиці |
Вміст файлу |
Вміст таблиці |
Кортеж |
Рядок (row) |
Запис (record) |
Рядок |
Атрибут |
Поле (field), колонка (column) |
Поле (field) |
Реквізит, атрибут, колонка, стовпчик |
Кардинальне число таблиці |
Кількість рядків (записів) таблиці |
Кількість записів файлу |
Кількість рядків таблиці |
Ступінь таблиці |
Кількість полів таблиці |
Кількість полів файлу |
Кількість стовпців (колонок) таблиці |
Відмітимо, що не кожна таблиця може представляти (відображати) відношення. Це пов’язано з математичною природою відношень, оскільки відношення взагалі представляють собою множини. Для того, щоб таблиця бази даних була відображенням відношення, вона має відповідати таким вимогам.
Структурні елементи таблиці мають бути атомарними (див. рис. 1.2).
Група |
Студент |
|
Група |
Студент |
201 |
Атаманюк А.О. |
|
201 |
Атаманюк А.О. |
Биков І.Д. |
|
201 |
Биков І.Д. |
|
202 |
Балабан Н.О. |
|
202 |
Балабан Н.О. |
Іванова А.О. |
|
202 |
Іванова А.О. |
|
Камець С.О. |
|
202 |
Камець С.О. |
|
Балабан Н.О. |
|
202 |
Балабан Н.О. |
|
|
а) |
|
|
б) |
Рис. 1.2 Таблиці з неатомарними (а) та з атомарними (б) елементами
Кожен рядок таблиці має бути унікальним. Так, на рис. 1.2 праворуч наведена таблиця, яка відповідає вимогам атомарності, але вона не відповідає вимогам унікальності (3-й та 6-й рядки є однаковими). З унікальністю рядків таблиці тісно повязане поняття ключа таблиці, який визначається як сукупність атрибутів, яка ідентифікує (робить унікальним) кожен рядок таблиці. Так, ключ таблиці, що наведено на рис. 1.1, складається з одного атрибута IdS (номер залікової книжки). Як бачимо, прізвище студента навіть разом з ініціалами не можна використовувати як ключ, тому що не виключено їх співпадіння у різних студентів. На рис. 1.3 показано таблиці, ключі яких складаються з двох (а) і трьох (б) атрибутів відповідно (атрибути, що складають ключ, виділені сірим кольором).
IdTrym |
NmDysc |
AudDysTr |
|
IdTrym |
NmDysc |
VydAudZan |
AudVydTr |
2 |
Психологія |
26 |
|
2 |
Психологія |
Лекції |
26 |
2 |
Фізика |
65 |
|
3 |
Фізика |
Лекції |
14 |
3 |
Фізика |
35 |
|
3 |
Фізика |
Групові |
7 |
3 |
Основи ДМ |
49 |
|
3 |
Фізика |
Лабораторні |
14 |
4 |
Фізика |
70 |
|
4 |
Фізика |
Лекції |
28 |
4 |
ООП |
56 |
|
4 |
Фізика |
Групові |
14 |
5 |
Бази даних |
70 |
|
4 |
Фізика |
Лабораторні |
28 |
5 |
Internet |
42 |
|
5 |
Бази даних |
Лекції |
28 |
6 |
Політологія |
35 |
|
5 |
Бази даних |
Лабораторні |
42 |
6 |
Internet |
15 |
|
6 |
Політологія |
Лекції |
15 |
|
а) |
|
|
|
|
б) |
|
Рис. 1.3 Приклади ключів таблиць, складених з двох (а) і трьох (в) атрибутів
На рис. 1.3 прийняті такі позначення атрибутів:
IdTrym |
– |
Номер триместру. |
NmDysc |
– |
Назва дисципліни. |
AudDysTr |
– |
Аудиторних годин дисципліни у триместрі. |
VydAudZan |
– |
Вид аудиторних занять. |
AudVydTr |
– |
Аудиторних годин виду занять дисципліни у триместрі. |
3) Кожен атрибут таблиці має бути унікальним. Ця вимога досягається, в першу чергу, унікальністю назв атрибутів в межах окремої таблиці, а якщо два і більше атрибутів в різних таблицях мають однакові імена, то для їх ідентифікації використовують так звані повні імена. Вони складаються з ідентифікатора таблиці та ідентифікатора атрибута, між якими стоїть символ крапки, наприклад: DYSCYPL.KodDysc, DYSC_TRYM.KodDysc . Існують й інші способи визначення повного імені (ідентифікатора) атрибута, але дві його складових, що наводилися вище, є обов’язковими.
