Почему реляционные базы данных так называются?

Почему реляционные базы данных так называются?

Реляционные базы данных получили своё название от ключевого понятия «отношение» (англ. relation), которое является центральной математической абстракцией в их теоретическом фундаменте. Этот термин не относится к привычным «отношениям» или связям между таблицами (как многие думают), а является строгим математическим понятием из теории множеств.

Математическая основа: теория отношений

В основе реляционной модели данных, предложенной Эдгардом Коддом в 1970 году, лежит теория отношений (или реляционная теория) из математики. В контексте этой теории:

• «Отношение» — это математическая структура, представляющая собой набор кортежей (tuple), где каждый кортеж состоит из упорядоченного множества значений атрибутов.
• Атрибут — это имя столбца с определённым доменом (типом данных).
• Кортеж — это строка таблицы.
• Таким образом, отношение в математическом смысле — это просто таблица со строками и столбцами.

Пример математического отношения (в контексте базы данных):

-- Таблица "Сотрудники" — это отношение
CREATE TABLE Employees (
    id INT PRIMARY KEY,
    name VARCHAR(100),
    department VARCHAR(50)
);

Здесь Employees — это имя отношения, id, name, department — атрибуты, а каждое заполненное строкой значение (например, (1, 'Иван', 'Разработка')) — это кортеж.

Концептуальная модель: таблицы как отношения

В реляционной модели базы данных:

• Таблица (Table) является физическим или логическим представлением математического отношения.
• Каждая таблица состоит из столбцов (атрибутов) и строк (кортежей).
• Структура данных организована именно в виде таких отношений (таблиц), поэтому базы данных, построенные на этой модели, стали называться реляционными.

Почему «отношение», а не «связь»?

Важно понимать, что в русском языке термин «реляционный» часто вызывает ассоциацию со «связями» между таблицами (например, через foreign keys). Однако первоначальное название связано именно с математическим отношением, а не с этими связями. Связи между таблицами (relationship) являются важной практической частью реляционной модели, но они не определяют её название.

Ключевые принципы реляционной модели

1. Данные представляются только в виде отношений (таблиц) — это фундаментальный принцип.
2. Операции над данными (запросы, обновления) также основаны на теории отношений и используют реляционную алгебру или реляционный исчисление.
3. Связи между данными устанавливаются через совпадающие значения атрибутов в разных отношениях, а не через физические указатели (как в сетевых или иерархических моделях).

Пример операции выборки (реляционная алгебра в SQL):

-- Выборка кортежей из отношения Employees
SELECT * FROM Employees WHERE department = 'Разработка';

Исторический контекст и влияние

• До реляционных баз данных были популярны иерархические и сетевые модели, где данные организовывались через физические связи (pointer-based), что было сложно в проектировании и использовании.
• Эдгард Кодд предложил более абстрактную и простую модель, основанную на математической теории, что позволило:
  • Создать SQL — декларативный язык запросов.
  • Обеспечить независимость данных (логическая модель отделена от физического хранения).
  • Развиться целой экосистеме СУБД: PostgreSQL, MySQL, Oracle Database, Microsoft SQL Server и другие.

Таким образом, название «реляционные базы данных» напрямую отражает их математическую основу — представление данных в виде отношений (таблиц), а не физических связей между записями. Это подчеркивает фундаментальное отличие от предыдущих моделей и объясняет их строгий, формальный характер, который сделал их доминирующей технологией для управления структурированными данными на протяжении десятилетий.