Что такое отношение «один ко многим» (1:N) в базах данных?

Question

Что такое отношение «один ко многим» (1:N) в базах данных?

Тип вопроса: Базы данных Вероятность: 24% Категория: PHP Разработчик

Ответ

Отношение "один ко многим" (1:N) — это фундаментальная связь в реляционных базах данных, где одной записи в родительской таблице (например, Author) может соответствовать множество записей в дочерней таблице (например, Book).

Реализация на уровне схемы БД: Внешний ключ (Foreign Key) создаётся в таблице "многих" и ссылается на первичный ключ (Primary Key) таблицы "одного".

CREATE TABLE authors (
    id INT PRIMARY KEY AUTO_INCREMENT,
    name VARCHAR(100)
);

CREATE TABLE books (
    id INT PRIMARY KEY AUTO_INCREMENT,
    title VARCHAR(255),
    author_id INT,
    FOREIGN KEY (author_id) REFERENCES authors(id) ON DELETE CASCADE
);

Ключевые моменты:

Целостность данных: Ограничение FOREIGN KEY гарантирует, что author_id в books будет ссылаться на существующую запись в authors.
Каскадные операции: ON DELETE CASCADE автоматически удалит все книги автора при его удалении.
Обратная связь: Из записи в books всегда можно найти соответствующего автора через author_id. Это отношение является основой для более сложных связей и нормализации данных.

Ответ 18+ 🔞

А, слушай, про отношения в базах данных! Ну это ж классика, ёпта, как два пальца обоссать. Представь себе автора, одного такого чувака с блокнотом. А теперь представь, что у него книг — овердохуища. Вот это и есть «один ко многим». Один автор — много книг. Проще некуда.

Как это в базе делается, по-человечьи: Всё на внешних ключах держится, это как паспорт для связи. В таблице книжек мы пишем, какой автор её написал, и база сама следит, чтобы этот автор реально существовал. А то нарисуешь какого-нибудь author_id = 999, а такого автора нихуя нет — вот тебе и бардак.

Смотри, как код выглядит:

CREATE TABLE authors (
    id INT PRIMARY KEY AUTO_INCREMENT,
    name VARCHAR(100)
);

CREATE TABLE books (
    id INT PRIMARY KEY AUTO_INCREMENT,
    title VARCHAR(255),
    author_id INT,
    FOREIGN KEY (author_id) REFERENCES authors(id) ON DELETE CASCADE
);

Что тут важно, бля:

Порядок должен быть, сука: Этот самый FOREIGN KEY — он как строгий охранник. Не даст тебе записать в author_id какую-то хуйню, которой нет в таблице authors. Целостность данных, мать его. Доверия ебать ноль к тем, кто данные вносит, поэтому база сама проверяет.
Каскад — это мощно: Видишь ON DELETE CASCADE? Это значит, если удалишь автора — все его книжки автоматом накроются медным тазом. Удобно, конечно, но страшно: чихнул не в ту сторону, и вся библиотека к ебеням. Будь осторожен, вы ходите по охуенно тонкому льду с такими настройками.
Обратный путь есть всегда: Из любой книжки ты всегда можешь дёрнуть за ниточку author_id и найти, какой же пидарас шерстяной её сочинил.