Реляційна модель складається з представлення даних за допомогою пов'язаних таблиць, рядки яких називаються кортежами, а змінні стовпців, таким чином формуючи базу даних
Їх створив Едгар Франк Кодд, співробітник IBM у Сан-Хосе (Каліфорнія). Його експлуатація дійсно проста. Вони засновані на теорії множин і логіці предикатів.
Вони представлені таблицями даних, так що рядки - це різні випадки, а стовпці - поля, які слід вивчити. Він широко використовується для динамічного управління даними.
Формальні умови реляційної моделі
Існує ряд офіційних термінів, які відповідають неформальним виразам. Їх зручно знати, щоб з ними познайомитися. На практиці використовуються прості вирази, легші для розуміння.
- Відношення, яке є формальним терміном, має свій неформальний еквівалент у таблиці.
- Кортеж - це не що інше, як запис, який представлений у рядках таблиці, а атрибут - стовпець або поле.
- Значимість стосується кількості рядків або записів, а ступінь - кількості стовпців або полів.
- Нарешті, первинний ключ - це унікальний ідентифікатор для кожного випадку.
Як працює реляційна модель
Хоча ми побачимо це на останньому прикладі, ми покажемо, як це працює. Майте на увазі, що самі таблиці вже встановлюють зв’язок між даними, звідси і назва. Насправді це регулюється деякими простими правилами, такими є:
- Таблиці є центром моделі, і в них повинні бути представлені дані. Таблиці також використовуються при обчисленні результатів від інших.
- Порядок кожного стовпця визначається типом запиту, який виконується. Отже, початковий порядок не є необхідним, оскільки кожне відношення складається з унікального набору даних.
- Як ми вже згадували, рядки - це дані або випадки, стовпці - поля або змінні. З іншого боку, кожна комірка - це запис, який має два виміри.
- Важливо мати унікальний ідентифікатор (первинний ключ) для кожного запису. Це дозволяє встановити взаємозв'язок між двома або більше таблицями, використовуючи його як зовнішній ключ.
Переваги та недоліки реляційної моделі
Ця реляційна модель, як і все інше, має переваги та недоліки.
Серед переваг можна виділити наступне;
- З одного боку, у ньому є процеси, які дозволяють уникнути дублювання даних.
- З іншого боку, це гарантує посилальну цілісність, усуваючи все, що пов’язано із записом, коли це необхідно.
- Крім того, це дозволяє нормалізувати.
З іншого боку, серед недоліків чи незручностей ми маємо наступне:
- Перший полягає в тому, що він має обмеження в графічному поданні або системах геопозиціонування.
- По-друге, текстові блоки обробляються не ефективно.
Приклад реляційної моделі
Уявімо, що ми хочемо створити модель з постачальниками, закупівлями, складом (з категоріями), клієнтами та продажами. Кожна таблиця представляє групу подібних даних. Вони мають ряд даних у стовпцях (полях), і кожен з них (кортеж) буде йти поспіль. Ми зробили це просто, лише з метою показати те, що ми бачили в цій статті. Це може бути щось подібне ↓
Таблиці будуть заповнені, якщо ми використаємо клієнтів як приклад, з даними кожного з них поспіль та типом (ім’я, прізвище…) у стовпці. 1 означає "одного", а M означає "для багатьох". Це стосується того факту, що в цій реляційній моделі результати кожної таблиці складаються з окремих даних, але вони можуть бути пов'язані з кількома з наступних.
