Datenbankmigration

# Migration: [was sich ändert] ## Intent[Das Schema wie ändern], damit [das Feature oder die Korrektur, die es ermöglicht]. ## Context- Datenbank: [Postgres-Version, Hosting]- Tabellen: [`public.tabelle`], etwa [Anzahl] Zeilen- Migrationen liegen in [`supabase/migrations/`]; Rollbacks in [`supabase/rollbacks/`] ## What to do1. [Spalte / Tabelle / Index] mit [Typ, Default, Constraint] anlegen.2. [Was] in Batches von [n] nachfüllen.3. [Policies, Funktionen oder Views] anpassen, die es lesen.4. Einen Rollback schreiben, der [was behält oder entfernt]. ## Constraints- Keine Ausfallzeit und keine langen Sperren auf [Tabelle].- Bestehende Zeilen behalten ihre Bedeutung; nichts wird gelöscht.- Row-Level Security bleibt mindestens so streng wie heute. ## Out of scope- [Änderungen in der Anwendung, die die neue Spalte nutzen] ## Open questions- [Wie viele Zeilen sind betroffen, und darf die Tabelle während des Laufs gesperrt sein? Entfernen, sobald geklärt.] ## Acceptance checks- Die Migration läuft auf einer leeren Datenbank und auf einer Kopie der Produktion- Der Rollback stellt das vorherige Schema ohne Datenverlust wieder her- Bestehende Abfragen von [Tabelle] liefern dieselben Ergebnisse- Eine Person ohne Zugriff kann [Tabelle] weiterhin nicht lesen