You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
feat(BA-6704): cascade app config subtree deletion from the definition
Extend the cascade so retiring a config name (deleting its
app_config_definitions row) removes its allow-list entries and fragments
in one statement, via a single migration and exactly two FK constraints:
- app_config_allow_list.config_name -> app_config_definitions: CASCADE.
- Drop the redundant direct app_config_fragments.config_name ->
app_config_definitions FK. A fragment already requires a matching
allow-list entry (composite FK, NOT NULL) whose config_name is
registered, so registration is guaranteed transitively; the direct FK
only blocked the cascade. Fragments still cascade from their allow-list
entry via the composite FK.
Folded into migration a560420476b6 (no separate migration). Cascade,
downgrade/upgrade round-trip, and the 2-FK end state verified against a
local DB. BEP-1052 updated to match.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Cascade app config fragment deletion when their allow-list entry is purged (composite FK with `ON DELETE CASCADE`), and drop the now-redundant update/purge write gates
1
+
Cascade app config deletion down the `definition → allow-list → fragment` subtree via `ON DELETE CASCADE` FKs, so a fragment can no longer exist without its allow-list entry
0 commit comments