Когда использовать рекурсивное удаление?

Question

[utsiye]

У меня есть таблица с id, этот id является ForeignKey в другой таблице и так далее.
Как лучше удалять в таком случае объект из первой таблицы? Через рекурсию или по очереди?
Если вручную, то всего выходит 5 операций удаления и еще 1 операция soft delete.

Comments

[Akina]

Удаление - это необратимая операция. Безвозвратного удаления данных в большинстве случаев лучше избегать - мало ли насколько потребуется поднять историю... Разумнее всё же использовать т.н. мягкое удаление. Если же процент удалённых записей зашкаливает, есть партиционирование или перемещение в архив.

[alexalexes]

Через рекурсию или по очереди?
Если вручную, то всего выходит 5 операций удаления и еще 1 операция soft delete.

Вообще, не проблема, сколько операций требует модификация (не только удаление) одного сложного объекта. Главное, чтобы вы понимали, что можно поместить в одну транзакцию, а что нельзя.
Не все модификации возможно сделать в декларативном SQL, иногда нужны процедурные скрипты PL SQL.

[utsiye]

alexalexes, спасибо, а процедурные скрипты стоит писать в миграции алембика вручную?

[alexalexes]

utsiye, не могу подсказать. Если есть ручное управление транзакциями (можно явно выключить автокоммит и самому запускать, фиксировать и откатывать транзакции), то можно гибко работать с инструментом, если нет, то гибкости нет, вы привязаны к операциям библиотеки, выполняемые на ее абстрактном уровне.

Answer 1

[Василий Банников]

Удаляй через update выставляя соответствующий флаг аля "признак актуальности".
Рекурсивно без уведомления конечного пользователя лучше всё-таки ничего не удалять, обычно - тут подумай, как лучше сделать уведомление.
Если нужно рекурсивно "удалить" все записи, которые на неактуальную ссылаются (а нужно ли удалять или можно оставить заглушку, что старая запись не актукальна?), то тогда рекурсивно нужно будет по всем пройтись - для этого можно сделать триггер на апдейт флага неактуальности.

Comments

[utsiye]

Спасибо!

Answer 2

[rPman]

при создании индекса foreignkey можно было настроить constraint, что делать при удалении - удалять cascade или ставить set null, соответственно если так выставить то удаление всех записей произойдет автоматически

ADD CONSTRAINT ... FOREIGN KEY ... REFERENCES ... ON DELETE CASCADE

Осторожно удаляйте, в 99% случаев нужно не удалять, а убирать связь (править значения), пример - вы создали классификатор - таблица color (id,name) и у вас есть таблица object (... color_id) ссылающаяся на классификатор, если вы удалите запись из color, то будут удалены все записи из object, в которых прописано это значение, а правильно - сначала изменить значение color_id в них на другое и только потом удалять.