Skip to content

Name the app's schema once, and split it in two - #35

Open
RISCfuture wants to merge 1 commit into
mainfrom
navdata/one-schema-one-factory
Open

Name the app's schema once, and split it in two#35
RISCfuture wants to merge 1 commit into
mainfrom
navdata/one-schema-one-factory

Conversation

@RISCfuture

@RISCfuture RISCfuture commented Sep 8, 2026

Copy link
Copy Markdown
Contributor

Five places built a Schema of the same ten models, and one of them —
PreviewHelper — left out Navaid, surviving only because Leg.navaid drags
it in by inference. A prebuilt nav-data store has to match one schema,
not five hopefully-equal ones, so there is now a single definition.

The models are named in two sets rather than one. Nav data is replaced
wholesale every cycle and will arrive as a store file installed by
replacing that file; anything the pilot authored has to sit outside the
file being replaced. Both sets still open as one store here — the split
is a statement of where each model belongs, not yet a second store.

NavDataSchema carries a fingerprint over its entities, attributes and
relationships, pinned by a test. A prebuilt store is written by one
binary and read by another, so the shape they agree on is part of the
published contract; an accidental model edit should fail a test rather
than migrate a pilot's store.

Co-Authored-By: Claude Opus 5 (1M context) noreply@anthropic.com
Claude-Session: https://claude.ai/code/session_01471376Uhug2TYZN8RDFGtq


Stack created with GitHub Stacks CLIGive Feedback 💬

🤖 Generated with Claude Code

https://claude.ai/code/session_01471376Uhug2TYZN8RDFGtq

@RISCfuture
RISCfuture force-pushed the navdata/one-schema-one-factory branch from 4b95ec5 to c36e7a8 Compare September 8, 2026 15:48
Five places built a Schema of the same ten models, and one of them —
PreviewHelper — left out Navaid, surviving only because Leg.navaid drags
it in by inference. A prebuilt nav-data store has to match one schema,
not five hopefully-equal ones, so there is now a single definition.

The models are named in two sets rather than one. Nav data is replaced
wholesale every cycle and will arrive as a store file installed by
replacing that file; anything the pilot authored has to sit outside the
file being replaced. Both sets still open as one store here — the split
is a statement of where each model belongs, not yet a second store.

NavDataSchema carries a fingerprint over its entities, attributes and
relationships, pinned by a test. A prebuilt store is written by one
binary and read by another, so the shape they agree on is part of the
published contract; an accidental model edit should fail a test rather
than migrate a pilot's store.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01471376Uhug2TYZN8RDFGtq
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