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

Сама идея удалять адрес из модели несколько странная - что, дом снесли?

Достаточно добавить поле ARCHIVE во все таблицы, и выводить в представление, только если =null.

... по требованию ... обязан прекратить хранение, обработку...
p.s. Ещё бывают неправильно введённые, задвоенные операторами и т.д. on delete cascade ставится там где содержимое таблицы детализации является лишь уточнением для главной таблицы, в случае когда сами записи не несут какой-то осмысленной нагрузки в бизнесс процессах компании, как пример справочник контрагентов
Contragetns (
ID /*PK*/ )

Legals (
ID_CONTRAGENTS /*PK, FK Contragents(ID)*/
INN )

Persons (
ID_CONRTAGENTS /*PK, FK Contragents(ID)*/
FIO )

как таковые записи с одним ID в таблицах являются плоскими данными по одному из видов контрагентов, все же реальные документы в базе завязаны на ID из Contragents ( в большинстве случаев, при этом завязаны с параметром on delete restrict) поэтому никакого смысла в последовательном удалении вручную, а не средствами ключа on delete cascade нет.
p.p.s. правила удаления/архивирования документов также не всегда очевидны, с одной стороны можно всех юр. лиц архивировать ( даже если тупо неправильно завели ) с другой стороны можно повесить ограничения на inn/kpp (для простого случая, пока филиальную систему не будем рассматривать, либо физикам на номер паспорта ), таким образом если пользоваться меткой архив, а не физическим удалением, станет проблематично использовать встроенные в БД средства контроля уникальности данных.