Какие знаешь ограничения для внешнего ключа?

Ограничения для внешнего ключа (Foreign Key Constraints)

Внешние ключи — это механизм обеспечения целостности данных в реляционных базах данных. Они определяют правила взаимодействия между таблицами и предотвращают нарушения ссылочной целостности. Рассмотрю основные типы ограничений.

Основные действия при нарушении FK

RESTRICT (или NO ACTION)

• Запрещает удаление или изменение записи в родительской таблице
• Если есть зависимые записи, операция откатывается
• Пример: нельзя удалить клиента, у которого есть заказы
• Самый безопасный вариант

CASCADE

• При удалении записи в родительской таблице автоматически удаляются все зависимые записи
• При изменении ключа в родительской таблице обновляются все ссылки
• Пример: при удалении заказа удаляются все товары из этого заказа
• Опасен, может привести к потере данных
• Требует осторожного использования

SET NULL

• При удалении/изменении родительской записи в дочерней таблице устанавливается NULL
• Требует, чтобы столбец FK допускал NULL значения
• Пример: при удалении менеджера его сотруднику присваивается NULL manager_id
• Полезно для soft-delete логики

SET DEFAULT

• При удалении/изменении родительской записи устанавливается значение по умолчанию
• Требует определения DEFAULT значения в таблице
• Пример: при удалении категории товарам присваивается категория "Прочее"
• Менее распространен, чем другие варианты

Временные ограничения

DEFERRABLE vs NOT DEFERRABLE

• NOT DEFERRABLE (по умолчанию) — проверка выполняется сразу после каждого оператора
• DEFERRABLE — проверка может отложиться до конца транзакции
• Позволяет выполнять операции, которые временно нарушают FK
• Полезно для сложных миграций

INITIALLY DEFERRED vs INITIALLY IMMEDIATE

• INITIALLY IMMEDIATE — проверяются по умолчанию в конце каждого оператора
• INITIALLY DEFERRED — проверяются только в конце транзакции

Типы удаления

Hard delete

• Полное физическое удаление записи из базы
• CASCADE удаляет все зависимые данные
• Сложно восстановить данные
• Требует архивирования перед удалением

Soft delete

• Добавляется флаг deleted_at или is_deleted
• Данные остаются в базе, только помечаются как удаленные
• Легко восстановить
• Требует более сложных запросов (WHERE deleted_at IS NULL)
• SET NULL часто используется с soft-delete

Проверка ограничений

Время проверки:

• После каждого оператора (NOT DEFERRABLE)
• В конце транзакции (DEFERRABLE INITIALLY DEFERRED)

Уровни проверки:

• На уровне БД (самый надежный)
• На уровне ORM (Hibernate, SQLAlchemy)
• На уровне приложения (самый слабый)

Практические рекомендации

Для критических данных:

• Используй RESTRICT или NO ACTION
• Требует явного удаления зависимых записей
• Максимальная безопасность, меньше surprise

Для иерархических данных:

• CASCADE при удалении родителя
• SET NULL при изменении родителя
• Пример: категории товаров → товары

Для ссылок на справочники:

• SET DEFAULT на дефолтное значение
• Или RESTRICT, если справочник не должен меняться

Для audit истории:

• RESTRICT + архивирование
• История должна сохранять оригинальные значения

Примеры в PostgreSQL

RESTRICT / CASCADE / SET NULL / SET DEFAULT выбираются в зависимости от бизнес-логики и требований к целостности данных.