07 · Tables A→ZN · Retire (irreversible)
Blocked drops
Why rename, move, and drop are refused while another table references this one - and how to unblock.
drop_table (and
rename / move) is refused
while another table references this one through a cross-table
reference domain. The reference is a live
foreign-key-style link, so Eddytor won't let you pull the source out from under
it.
Why
A reference domain on table B points its column at a
column in table A. Dropping (or renaming/moving) A would orphan B's constraint -
so the operation is blocked. There is no force flag.
Unblock it
- Find the dependents - which tables have a reference domain pointing at this
one. A blocked operation is itself the signal; check domain usage (
eddytor get domain-usage) / inspect withget_allowed_values. - Remove the dependent reference first -
delete_column_domainon the referencing column in the dependent table(s). - Then drop / rename / move the source table.
Good to know
This is the same dependency rule that blocks
removing a domain while a hierarchical child or
reference still points at it - unwind dependents first.