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

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

Двовимірні таблиці складаються із рядків, названих у термінології баз даних записами, і стовпців, названих полями

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

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

Код учасника	Прізвище	Ім’я	Клас	Адреса	Телефон
	Арбузов	Костянтин	8-А	вул. Піщана, 3а кв.17	25-44-93
	Бірюкова	Ірина	8-Б	вул. Лугова, 15	33-62-76
	Вендик	Костянтин	8-А	вул. Піщана, 3, кв. 43	25-37-12
	Крамаренко	В’ячеслав	8-В	Пр. Перемоги, 1, кв.66	34-25-98
	Крамаренко	Наталія	7-Б	Пр. Перемоги, 1, кв.66	34-25-98

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

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

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

Код спорядження	Код учасника	Спорядження
		Намет
		Казанок
		Мотузка
		Сокира
		Казанок
		Ліхтар

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

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

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

Читайте також:

<== попередня сторінка	\|	наступна сторінка ==>
Поняття бази даних	\|	Ієрархічна і мережна моделі даних

Не знайшли потрібну інформацію? Скористайтесь пошуком google:

Генерація сторінки за: 0.005 сек.