Vorschau-Datenbanken
Jede API-Vorschau bekommt ein temporäres Postgres mit Migrationen und Beispieldaten – getrennt von der Produktion.
Wenn eine Vorschau deine API enthält, gibt EvonX ihr eine eigene Datenbank: ein frisches, temporäres Postgres, das für diese Vorschau angelegt, auf das aktuelle Schema migriert und mit Beispieldaten befüllt wird. Nichts, was du in einer Vorschau tust, kann Produktionsdaten berühren.
Was du automatisch bekommst
-
Eine eigene Postgres-Instanz startet neben der Vorschau – keine geteilte Datenbank und niemals deine Produktionsdatenbank.
-
Migrationen laufen, damit das Schema zum Code der Vorschau passt. Ändert die Änderung, die du testest, das Datenmodell, spiegelt die Vorschau-Datenbank das bereits wider.
-
Beispieldaten werden geladen – realistische Beispieldatensätze (Kunden, Aufträge, Termine, was auch immer die Domäne deiner App vorsieht), sodass Bildschirme mit Inhalt statt leerer Zustände erscheinen.
Wenn die Vorschau aufgeräumt wird, verschwindet ihre Datenbank mit ihr.
Was das in der Praxis bedeutet
- Teste ruhig destruktiv. Lösche Datensätze, sag Termine ab, mach absichtlich einen Ablauf kaputt – im schlimmsten Fall startest du die Vorschau neu und bekommst eine frische Kopie.
- Daten bleiben zwischen Vorschauen nicht erhalten. Jede Vorschau startet aus Migrationen plus Beispieldaten. Braucht ein Test bestimmte Datensätze, leg sie zu Beginn der Sitzung an – oder bitte die KI, die Beispieldaten so zu erweitern, dass jede künftige Vorschau sie enthält.
- Schemaänderungen werden sicher erprobt. Ein Thread, der das Datenmodell ändert, beweist seine Migrationen, indem er sie zuerst hier ausführt, bevor sie jemals deine verwaltete Produktionsdatenbank berühren.
Verwandte Themen
- Verwaltete Datenbank – das Gegenstück in der Produktion.
- Vorschau-Logs lesen – die Phase der Datenbankvorbereitung in den Start-Logs.
Zuletzt aktualisiert: 4. September 2026