Skip to content

docs(intent): deleting an expansion's master removes the rows it generated - #203

Merged
delchev merged 1 commit into
masterfrom
docs/expansion-master-delete
Aug 19, 2026
Merged

docs(intent): deleting an expansion's master removes the rows it generated#203
delchev merged 1 commit into
masterfrom
docs/expansion-master-delete

Conversation

@delchev

@delchev delchev commented Aug 19, 2026

Copy link
Copy Markdown
Contributor

Documents the delete half of expansions, shipped in eclipse-dirigible/dirigible#6838 (issue eclipse-dirigible/dirigible#6821).

The reference said what a span change does to the generated child set and nothing about what a delete does — and until #6838 nothing did: the rows outlived the record, still counted by every roll-up and report. Because a foreign key is never a database constraint in Dirigible (referential integrity is a business-layer check), nothing else would have stopped them either, so a reader could not infer the behaviour from anywhere else on the site.

Adds the rule to /help/intent/dsl-reference#expansions, including why the removal goes per-row through the child's repository (each row's delete event fires, so roll-ups and guards downstream run as for a hand-deleted row).

npx vitepress build docs passes.

…rated

The reference said what a span change does to the generated child set and
nothing about what a delete does. Deleting the master left the rows behind -
and because a foreign key is never a database constraint in Dirigible, nothing
else would have stopped them, so they went on feeding roll-ups and reports for
a record that no longer existed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant