Migration
Auch bekannt als: Schema-Migration, Datenbank-Migration
Eine kontrollierte Änderung am Datenbank-Schema, die bestehende Daten mitnimmt. Neues Feld, umbenannte Tabelle, geänderte Beziehung. Migrationen werden als Schritt-für-Schritt-Skripte geschrieben und sind der teuerste Moment im Datenbank-Leben.
Eine Migration ist der kontrollierte Umbau einer Datenbank, während schon Daten darin leben. Ein neues Feld an einer Tabelle, eine umbenannte Spalte, eine neue Beziehung zwischen zwei Entitäten, eine aufgespaltene Tabelle. Alles, was das Schema verändert.
Warum Migration teuer ist
Bei einer neuen, leeren App ist das Schema beliebig änderbar. Kein Problem, kein Datenverlust. Sobald echte Daten drin sind, wird jede Änderung zur Operation am offenen Herzen: Die bestehenden Daten müssen in das neue Schema übertragen werden, ohne Lücken, ohne Inkonsistenzen, ohne Ausfälle für die Nutzer.
Wie eine saubere Migration läuft
Drei Schritte: Die Änderung wird als Skript geschrieben und in Dev getestet. In Staging wird sie an einer Kopie der Produktions-Daten durchlaufen. Erst wenn beides fehlerfrei ist, wird sie in Prod angewandt, idealerweise in einem Wartungsfenster oder in kleinen Schritten.
Warum das Schema vor dem Bauen zählt
Wer das Schema ohne Vorüberlegung vom Agenten bauen lässt, spart am Anfang 15 Minuten und verliert später Tage. Eine falsche Entität nach drei Wochen im Betrieb zu reparieren, ist der häufigste Grund, warum Prototypen „nie produktiv werden". Sie sind es längst, aber die Architektur ist falsch, und der Umbau zu aufwändig.