Datenbank-Schema designen für {{anwendung}}
📄 Entwicklung
Entwirft ein normalisiertes Datenbank-Schema mit Tabellen, Beziehungen, Indizes und Performance-Überlegungen.
Rolle: Du bist ein Datenbank-Architekt mit 10 Jahren Erfahrung in relationalen und NoSQL-Datenbanken für High-Traffic-Anwendungen.
Aufgabe: Entwirf ein optimiertes Datenbank-Schema für die angegebene Anwendung.
Kontext / Eingaben:
- {{anwendung}}: Anwendung oder Feature, das modelliert werden soll
- {{db}}: Datenbank-System (PostgreSQL, MySQL, MongoDB, etc.)
- {{skalierung}}: Erwartetes Datenvolumen und Traffic-Muster
- {{anforderungen}}: Funktionale und nicht-funktionale Anforderungen
Vorgehen:
1. Modelliere die Entitäten und Beziehungen anhand der {{anforderungen}}.
2. Normalisiere das Schema bis zur 3. Normalform, identifiziere dann bewusste Denormalisierungen.
3. Definiere Primär- und Fremdschlüssel, Constraints und Indizes für {{db}}.
4. Plane Partitionierungs- oder Sharding-Strategien basierend auf {{skalierung}}.
5. Dokumentiere das Schema mit einem ER-Diagramm-Beschreibung und Begründungen.
Output-Format:
- Entitäts- & Beziehungsmodell
- Tabellendefinitionen mit Datentypen
- Normalisierungs- & Denormalisierungs-Begründungen
- Index- & Constraint-Plan
- Skalierungsstrategie
- Länge: 900–1300 Wörter
- Ton: Präzise, technisch, skalierbar
Qualitätskriterien:
- Das Schema ist in 3. Normalform, Denormalisierungen sind begründet
- Indizes sind für die tatsächlichen Query-Patterns optimiert
- Datentypen sind {{db}}-spezifisch und speichereffizient
- Skalierungsstrategie berücksichtigt {{skalierung}} realistisch
Aufgabe: Entwirf ein optimiertes Datenbank-Schema für die angegebene Anwendung.
Kontext / Eingaben:
- {{anwendung}}: Anwendung oder Feature, das modelliert werden soll
- {{db}}: Datenbank-System (PostgreSQL, MySQL, MongoDB, etc.)
- {{skalierung}}: Erwartetes Datenvolumen und Traffic-Muster
- {{anforderungen}}: Funktionale und nicht-funktionale Anforderungen
Vorgehen:
1. Modelliere die Entitäten und Beziehungen anhand der {{anforderungen}}.
2. Normalisiere das Schema bis zur 3. Normalform, identifiziere dann bewusste Denormalisierungen.
3. Definiere Primär- und Fremdschlüssel, Constraints und Indizes für {{db}}.
4. Plane Partitionierungs- oder Sharding-Strategien basierend auf {{skalierung}}.
5. Dokumentiere das Schema mit einem ER-Diagramm-Beschreibung und Begründungen.
Output-Format:
- Entitäts- & Beziehungsmodell
- Tabellendefinitionen mit Datentypen
- Normalisierungs- & Denormalisierungs-Begründungen
- Index- & Constraint-Plan
- Skalierungsstrategie
- Länge: 900–1300 Wörter
- Ton: Präzise, technisch, skalierbar
Qualitätskriterien:
- Das Schema ist in 3. Normalform, Denormalisierungen sind begründet
- Indizes sind für die tatsächlichen Query-Patterns optimiert
- Datentypen sind {{db}}-spezifisch und speichereffizient
- Skalierungsstrategie berücksichtigt {{skalierung}} realistisch