EP-001B-PERSISTENCE-BOUNDARY

EP-001B – Persistence Boundary#

Führende Quelle#

Das relationale Zielmodell ist definiert in:

solution-architecture/70-data/EP-001B-persistence-model.md

Die Engineering Platform materialisiert dieses Modell als MariaDB-Migrationen und Repository-Adapter.

Struktur#

60-persistence/
                ├── migrations/
                ├── schema/
                ├── seeds/
                └── EP-001B-persistence-boundary.md

Regeln#

• Migrationen verändern ausschließlich das Persistence Model.
• Fachliche Invarianten werden zusätzlich im Domain-/Application-Layer durchgesetzt.
• SQL wird nicht aus HTTP-Handlern oder Frontend-Code aufgerufen.
• Jeder ⌘Building BlockEin Building Block ist ein abgegrenzter Baustein mit stabiler Verantwortung zur Realisierung von Capabilities. erhält eigene Repository-Ports und Adapter.
• Andere Blocks greifen nicht direkt auf fremde Tabellen zu.
• Test- und Produktionsumgebung verwenden dieselben Migrationen.
• Seeds sind ausschließlich für lokale Entwicklung und Tests bestimmt.
• Secrets und konkrete Verbindungsdaten liegen nicht im Repository.

Erste Migration#

0001_mvp_core.sql erzeugt den produktiv tragfähigen MVP-Kern:

• Identity and Access
• ⌘ArtifactEin Artefakt ist jede eindeutig identifizierbare fachliche, technische, organisatorische oder reale Einheit, die in der Engineering-Landschaft modelliert wird. und Localization Revisioning
• Relationships
• Dimensions
• Translation Jobs
• Review und Audit
• Roundtrip
• Outbox

Die Migration enthält noch keine Demo-Daten.