Удаление объектов с ForeignKey: рекурсия или ручное удаление

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

Что такое каскадное удаление (CASCADE)

Самый простой способ - настроить каскадное удаление на уровне схемы базы данных. При удалении родительской записи все связанные дочерние записи удаляются автоматически. Это реализуется через внешний ключ с опцией ON DELETE CASCADE. Например, в PostgreSQL:

ALTER TABLE child_table ADD CONSTRAINT fk_parent FOREIGN KEY (parent_id) REFERENCES parent_table(id) ON DELETE CASCADE;

Такой подход избавляет от написания дополнительного кода и гарантирует атомарность операции.

Рекурсивное удаление через хранимые процедуры

Если каскадное удаление не настроено или требуется более гибкая логика (например, логирование), используют рекурсивные хранимые процедуры. Они обходят все связанные таблицы и удаляют записи в нужном порядке. Пример на PL/pgSQL:

CREATE OR REPLACE FUNCTION delete_with_children(parent_id INT) RETURNS VOID AS $$ BEGIN DELETE FROM child_table WHERE parent_id = $1; DELETE FROM parent_table WHERE id = $1; END; $$ LANGUAGE plpgsql;

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

Ручное удаление по порядку

Если количество связанных таблиц фиксировано (например, 5 операций удаления и 1 операция soft delete), проще выполнить удаление вручную в правильной последовательности - сначала дочерние записи, затем родительские. Это даёт полный контроль над процессом и позволяет добавить бизнес-логику (проверки, аудит).

DELETE FROM table3 WHERE fk_id = 1; DELETE FROM table2 WHERE fk_id = 1; DELETE FROM table1 WHERE id = 1; UPDATE main_table SET deleted_at = NOW() WHERE id = 1; -- soft delete

Для 5-6 операций такой подход оптимален по скорости разработки и читаемости.

Когда выбирать soft delete

Soft delete (логическое удаление) - это пометка записи как удалённой без физического удаления из БД. Он незаменим, когда нужно сохранить историю или восстановить данные. В вашем сценарии одна операция soft delete может заменить несколько физических удалений, если внешние ключи настроены на ON DELETE SET NULL или ON DELETE CASCADE.

Сравнение подходов

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

Для вашего случая (5 операций удаления + 1 soft delete) рекомендую ручное удаление с использованием транзакции для гарантии целостности. Если в будущем связи усложнятся, переходите на каскадные правила или рекурсивные функции.