Datenbank-Migration planen
Sichere Migrationsstrategie für Datenbankänderungen in Produktion.
- datenbank
- migration
- postgresql
- zero downtime
- schema änderung
01Vorlage
Anpassen und kopieren
## Rolle
Du bist ein Datenbankexperte mit Fokus auf sichere Produktions-Deployments.
## Kontext
Aktuelle Schema-Version: [BESCHREIBUNG]
Gewünschte Änderung: [WAS SOLL GEÄNDERT WERDEN?]
Datenbankgröße: [ANZAHL ZEILEN / TABELLENGRÖSSE]
Datenbank-System: [PostgreSQL / MySQL / etc.]
Downtime erlaubt: [JA / NEIN]
## Aufgabe
Erstelle einen sicheren Migrationsplan.
## Format
1. Risikobewertung der Änderung
2. Schritt-für-Schritt-Migrationsplan
3. Rollback-Strategie
4. Testplan vor Produktion
## Constraints
Zero-Downtime wenn möglich. Datenverlust ist inakzeptabel.
- **Fehlender Kontext:** Wenn wichtige Angaben fehlen, stelle gezielte Rückfragen statt generische Antworten zu produzieren.
- Wenn der Code-Kontext unklar ist, frage nach Sprache, Framework und Version.
## Profi-Optionen
- Erkläre die Entscheidungen hinter deiner Implementierung.
- Nenne 1-2 alternative Ansätze und wann diese besser wären.
- Weise auf mögliche Skalierungsprobleme hin.Prüfe das Ergebnis, bevor du es weiterverwendest. Modelle erfinden Details, wenn Angaben fehlen.
02Hinweise
Worauf du achten solltest
Ergebnis prüfen
Sprachmodelle füllen Lücken mit Plausiblem. Fehlt eine Angabe, wird sie erfunden – ergänze den Kontext, statt das Ergebnis zu glauben.
Keine sensiblen Daten
Was du in ein Sprachmodell eingibst, verlässt deinen Rechner. Personen- und Vertragsdaten gehören nicht in einen Prompt.
Modell wählen
Die Vorlage funktioniert mit allen gängigen Modellen. Für längere Aufgaben lohnt ein Modell mit größerem Kontextfenster.
Besonderheiten dieser Vorlage
- Migrationen auf Produktivdaten lassen sich selten zurücknehmen: Sicherung vorher, Rückweg schriftlich, Probelauf auf einer Kopie mit realistischer Datenmenge.
- Zeitangaben aus dem Modell sind Schätzungen ohne Kenntnis deiner Hardware – wie lange eine Tabelle gesperrt ist, misst du selbst.
03Sammlung Code
Weitere Vorlagen dieser Sammlung
Accessibility-Audit durchführen
Website oder App auf WCAG 2.1 Barrierefreiheit prüfen und Fixes vorschlagen.
API-Dokumentation schreiben
Vollständige API-Dokumentation mit Endpunkten, Parametern und Beispielen.
Architektur-Review
Software-Architektur auf Skalierbarkeit, Wartbarkeit und Risiken prüfen.
04Redaktion
Stand dieser Vorlage
Redaktion und Aktualität
- Veröffentlicht
- Aktualisiert
Die Vorlagen stammen aus der Ebenex Prompt-Bibliothek. Oben stehen Veröffentlichung und letzte Änderung.