Cascading Soft Delete

Question

У SQL всегда была отличная возможность: каскадные удаления. Вы планируете это заранее, и когда пришло время что-то удалить, БАМ! Не нужно беспокоиться обо всех этих зависимых записях.

Однако в настоящее время это почти табу на самом деле УДАЛИТЬ все. Вы отмечаете его как удаленное и прекратите показывать его. К сожалению, я не смог найти твердого решения для этого, когда есть зависимые записи. Я всегда вручную кодировал сложную сеть мягких удалений.

Есть ли лучшее решение, которое я полностью пропустил?

Answer 1

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

(Часть ненависть, потому что хорошие спусковые очень трудно писать и, конечно же, не может быть отлажена)

Answer 2

Не уверен, что бакэнду вы говорите, но вы могли бы пикап на своем «удалить флаг» изменение и каскадное изменение вниз с помощью триггера.

Answer 3

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

Answer 4

Я думаю, что польза от мягких удалений обычно заключается в том, что не каждая таблица имеет флаг soft-delete, поэтому количество вещей, необходимых для каскадирования, невелико. Строки просто не используются в базе данных, но не потеряны - на них просто ссылаются только удаленные строки.

Как и все, это зависит от вашей модели.