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

Влияние внешних ключей (FOREIGN KEY) на удаление данных

Нет, внешние ключи сами по себе не удаляют данные из связанных таблиц. Их основная задача — обеспечивать целостность данных (referential integrity), то есть не допускать нарушений логических связей между таблицами. Они действуют как ограничитель, а не как автоматический инструмент для каскадных операций.

Однако внешние ключи можно настроить с помощью ON DELETE правил, которые определяют, что произойдет при попытке удалить запись, на которую ссылаются из другой таблицы. Эти правила и создают эффект "помощи" в удалении или управлении связанными данными.

Правила ON DELETE и их поведение

При определении внешнего ключа можно указать одно из следующих действий:

1. RESTRICT или NO ACTION (по умолчанию)

• Запрещает удаление записи в родительской таблице, если на нее существуют ссылки в дочерней.
• Это самый частый вариант, защищающий от потери связанных данных.
• Разница между ними в момент проверки (в транзакции), но результат одинаков.

-- Пример: удаление будет запрещено, если у автора есть книги
CREATE TABLE books (
    id INT PRIMARY KEY,
    author_id INT,
    title VARCHAR(255),
    FOREIGN KEY (author_id) REFERENCES authors(id) ON DELETE RESTRICT
);

2. CASCADE

• Автоматически удаляет связанные записи в дочерней таблице при удалении родительской.
• Вот здесь внешний ключ действительно "помогает" удалить данные.
• Опасен! Может привести к неожиданному массовому удалению.

-- Пример: при удалении категории все товары в ней тоже удалятся
CREATE TABLE products (
    id INT PRIMARY KEY,
    category_id INT,
    name VARCHAR(255),
    FOREIGN KEY (category_id) REFERENCES categories(id) ON DELETE CASCADE
);

3. SET NULL

• Устанавливает NULL в поле внешнего ключа в дочерней таблице при удалении родительской записи.
• Требует, чтобы поле внешнего ключа было nullable.

-- Пример: при удалении менеджера его подчиненные останутся без менеджера
CREATE TABLE employees (
    id INT PRIMARY KEY,
    manager_id INT NULL,
    name VARCHAR(255),
    FOREIGN KEY (manager_id) REFERENCES managers(id) ON DELETE SET NULL
);

4. SET DEFAULT

• Устанавливает значение по умолчанию в поле внешнего ключа.
• Наименее используемый вариант, имеет ограничения.

Практический пример на PHP/MySQL

Рассмотрим типичную связь "Пользователь → Заказы":

<?php
// Создание таблиц с каскадным удалением
$sql = "
CREATE TABLE users (
    id INT PRIMARY KEY AUTO_INCREMENT,
    email VARCHAR(255) UNIQUE NOT NULL
) ENGINE=InnoDB;

CREATE TABLE orders (
    id INT PRIMARY KEY AUTO_INCREMENT,
    user_id INT NOT NULL,
    amount DECIMAL(10,2),
    -- При удалении пользователя удалятся все его заказы
    FOREIGN KEY (user_id) REFERENCES users(id) ON DELETE CASCADE
) ENGINE=InnoDB;
";

// Пример удаления в PHP
$pdo = new PDO('mysql:host=localhost;dbname=test', 'username', 'password');

// При удалении пользователя с id=5 автоматически удалятся все его заказы
$stmt = $pdo->prepare("DELETE FROM users WHERE id = ?");
$stmt->execute([5]);
// Заказы, связанные с этим пользователем, удаляются автоматически

Ключевые рекомендации по использованию

• CASCADE используйте осознанно — он удобен для жестко связанных данных (например, журналы аудита, которые не имеют смысла без родительской записи), но опасен для бизнес-сущностей.

• Чаще выбирайте RESTRICT/NO ACTION — это заставляет явно обрабатывать связанные данные в бизнес-логике приложения.

• SET NULL хорош для необязательных связей, где дочерние записи могут существовать независимо.

• В PHP-фреймворках (Laravel, Symfony) аналогичное поведение реализуется через ORM:

  // Пример в Laravel Eloquent
  class User extends Model {
      // При удалении пользователя удалятся связанные заказы
      public function orders() {
          return $this->hasMany(Order::class)->cascadeOnDelete();
      }
  }
  

Вывод

Внешние ключи не удаляют данные автоматически, но с помощью ON DELETE CASCADE они могут быть настроены для этого. Основная же их роль — защита целостности данных. Выбор стратегии удаления зависит от бизнес-логики: каскадное удаление подходит для композитных объектов, а RESTRICT — для независимых сущностей, где связи нужно разрывать явно через код приложения.