Реляционная модель: Математика в основе таблиц

В 1970 году Эдгар Кодд предложил революционный подход: хранить данные не в виде запутанных списков, а в виде «отношений» (relations). В разработке мы называем их таблицами. Главная сила этой модели — в предсказуемости и строгой структуре, которая защищает данные от хаоса.

Файлы vs база данных
Нажмите карточку — подробнее
Основные термины

Словарь реляционной модели

Эти термины повторяют математическую традицию: отношение, кортеж, атрибут, домен. В SQL они превращаются в CREATE TABLE, строки и столбцы с типами.
Отношение — это таблица.
Кортеж — это строка (запись).
Атрибут — это колонка (поле).
Домен — допустимый тип значений (например, только числа или только даты).
Атомарность — значение в ячейке неделимо: не два телефона в одной строке без отдельной таблицы.
Как работают связи?

Связи в реляционной модели поддерживаются через ключи. Первичный ключ (PK) — уникальный «паспорт» строки в своей таблице. Внешний ключ (FK) — ссылка на первичный ключ в другой таблице: потомок указывает на родителя.

Нажми, чтобы увидеть, как таблицы ссылаются на главного родителя
Students (таблица студентов)
📊Grades (оценки)
✅Attendance (посещаемость)
🪪Profiles (личные данные, 1:1)
▶
Реализация в SQL
Клик по строке с маркером — пояснение
sql
1
-- Таблица-родитель
▼
2
CREATE TABLE students (
▼
3
    id SERIAL PRIMARY KEY,
▼
4
    name VARCHAR(100) NOT NULL
▼
5
);
▼
6
-- Таблица-потомок со связью
▼
7
CREATE TABLE grades (
▼
8
    id SERIAL PRIMARY KEY,
▼
9
    student_id INT REFERENCES students(id), -- Внешний ключ
▼
10
    subject VARCHAR(50),
▼
11
    score INT
▼
12
);
▼

Важно помнить свойства «правильной» реляционной таблицы: в ней не должно быть полностью одинаковых строк, порядок строк не меняет смысл данных, а у каждого столбца — уникальное имя в пределах таблицы.