Реляційна модель даних

Реляційна модель даних

Практично всі сучасні СУБД використовують реляційну модель даних. Основою цієї моделі, запропонованою Е. Ф. Коддом у 1970 р., є поняття відношення (англійською мовою relation). Йдеться про відношення, подані у двовимірних (тобто звичайних) таблицях. Кодд показав, що таблиці можуть застосовуватися для збереження даних про об’єкти реального світу.

Розглянемо приклад реляційної моделі даних. Скажімо, потрібно скласти базу даних про підготовку до походу школярів. Назвемо цю базу «Похід». У ній насамперед повинна бути таблиця відомостей про учасників походу. Ця таблиця складатиметься з полів «Код учасника», «Прізвище», «Ім’я», «Клас», «Адреса», «Телефон» (табл. 1.1).

Табл. 1.1. База даних «Похід», таблиця «Учасники»

Назвемо цю таблицю «Учасники» (таке саме ім’я матиме і відношення, подане даною таблицею). Зверніть увагу, що поле «Код учасника» даної таблиці містить унікальні значення, які не повторюються в кожному із записів. Таке поле при введенні таблиці в базу даних матиме статус ключового поля. Ключовим не може бути ні поле «Прізвище» (у таблиці є однофамільці), ні будь-яке інше поле.

База даних створюється на основі не однієї, а багатьох таблиць. Введемо до бази даних «Похід» ще одну таблицю – «Спорядження» (табл. 1.2). До неї будуть занесені дані про спорядження, яке повинні взяти з собою учасники.

Табл. 1.2. Таблиця «Спорядження»

Записи у цій таблиці складені з полів «Код спорядження», «Код учасника» і «Спорядження». Перше поле («Код спорядження») є ключовим: для кожного запису воно набуває унікальних значень, на відміну від інших полів, у яких є дублюючі значення (наприклад, повторюються коди учасників 2, 4, 5 і спорядження «Казанок»).

Як можна використовувати інформацію наведених двох таблиць? Наприклад, нас цікавить, хто візьме в похід намет. З таблиці «Спорядження» дізнаємося, що намет під кодом 10 має взяти учасник із кодом 1. З таблиці «Учасники» бачимо, що код 1 належить Арбузову Костянтину. Отже, намет має взяти учасник походу Арбузов К. Цю інформацію ми отримали завдяки зв’язку таблиць «Учасники» і «Спорядження» через загальне поле «Код учасника».

На додаток до двох таблиць, ми маємо створити й інші корисні таблиці, наприклад «Продукти», у якій наведено список продуктів і визначені учасники, що їх беруть. Ви можете вигадати таблиці «Графік руху», «Пам’ятні місця», «Чергування» тощо, що увійдуть у реляційну базу даних «Похід». Про те, як створювати таблиці за допомогою СУБД і як з ними працювати, ви дізнаєтеся в наступних параграфах.