Краткий ответ

RESTRICT отклоняет удаление родительской строки сразу, если на неё ещё ссылаются дочерние строки. NO ACTION проверяет нарушение ссылочной целостности в обычный момент проверки ограничения; если внешний ключ отложенный, проверка может произойти в конце транзакции. Поэтому NO ACTION допускает временное нарушение внутри транзакции, а RESTRICT — нет.

Исторический контекст

Внешние ключи появились как средство гарантировать согласованность связанных отношений независимо от того, какое приложение изменяет данные. Одной проверки в приложении недостаточно: параллельные транзакции, фоновые задачи и прямой доступ к базе могут обойти такую логику.

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

Постановка проблемы

Пусть родительская строка удаляется, пока дочерняя строка всё ещё содержит ссылку на неё. При RESTRICT операция удаления должна завершиться ошибкой немедленно.

При NO ACTION результат зависит от режима проверки ограничения. Для немедленного ограничения удаление также будет отклонено в конце соответствующего оператора. Для отложенного ограничения база может разрешить промежуточное состояние, но потребует устранить нарушение до момента проверки, обычно до фиксации транзакции.

Подробное решение

RESTRICT — немедленное запрещающее действие. Оно не предназначено для переноса проверки на конец транзакции; конкретная поддержка и формулировки зависят от СУБД, но в распространённых реализациях RESTRICT нельзя сделать отложенным.

NO ACTION означает, что специального автоматического исправления не выполняется, однако нарушение проверяется механизмом ограничений. Если внешний ключ объявлен как DEFERRABLE и проверка отложена, в одной транзакции можно сначала удалить родителя, затем изменить или удалить зависимые строки, после чего успешно зафиксировать результат.

Отложенность не отменяет ограничение и не позволяет завершить транзакцию с нарушением. Она только меняет момент проверки. Кроме того, не все СУБД поддерживают отложенные ограничения одинаково, поэтому при переносе схемы нужно проверять документацию конкретной системы.

CREATE TABLE parent (
    id integer PRIMARY KEY
);

CREATE TABLE child (
    id integer PRIMARY KEY,
    parent_id integer,
    FOREIGN KEY (parent_id) REFERENCES parent(id)
        ON DELETE NO ACTION
        DEFERRABLE INITIALLY DEFERRED
);

В таком варианте удаление родителя может быть промежуточным шагом, если до фиксации транзакции ссылка будет устранена. При RESTRICT тот же первый шаг обычно завершается ошибкой сразу.

Ситуация из практики

В системе миграции идентификаторов нужно заменить родительскую запись и перенести на новую запись все дочерние объекты. Рассматривались каскадное удаление, ручное изменение порядка операций и отложенный внешний ключ.

Каскадное удаление опасно: ошибка в операции может уничтожить дочерние данные. Простое изменение порядка подходит не всегда, особенно если несколько таблиц ссылаются друг на друга. Выбрали NO ACTION с отложенной проверкой: транзакция временно допускает старую ссылку, затем переносит дочерние строки и фиксирует только согласованное состояние.

Результат — отсутствие потери данных и атомарная миграция. Компромисс состоит в том, что транзакция дольше удерживает изменения, а ошибка ссылочной целостности обнаруживается при фиксации, а не обязательно в момент проблемного оператора.

Что кандидаты часто упускают

Может ли NO ACTION завершить транзакцию с нарушенной ссылкой?

Нет. Отложенная проверка переносит момент контроля, но не ослабляет правило. Если к моменту проверки дочерняя строка всё ещё ссылается на отсутствующего родителя, фиксация транзакции завершается ошибкой.

Почему немедленный NO ACTION часто выглядит так же, как RESTRICT?

Оба варианта отклоняют удаление, пока существуют зависимые строки, если проверка выполняется немедленно. Различие проявляется при возможности отложить ограничение: NO ACTION может участвовать в отложенной проверке, а RESTRICT обычно требует немедленного отказа.

Заменяет ли NO ACTION автоматическое каскадное действие?

Нет. NO ACTION ничего не удаляет, не обнуляет и не заменяет автоматически. Если зависимые строки должны сохраняться, их нужно явно перенести или изменить; если они должны исчезнуть, это выполняется отдельной операцией либо выражается через ON DELETE CASCADE.