Fähigkeiten Database Architect
🏛️

Database Architect

Sicher

Skalierbare Datenbankarchitekturen entwerfen

Die Wahl der falschen Datenbank oder ein schlechtes Schema-Design führt zu kostspieligen Nachbesserungen und Leistungsproblemen. Diese Fähigkeit bietet fundierte Beratung zur Auswahl von Datenbanktechnologien, Datenmodellierung und Architekturentwurf, um von Anfang an skalierbare Datenschichten zu erstellen.

Unterstützt: Claude Codex Code(CC)
🥉 72 Bronze
1

Die Skill-ZIP herunterladen

2

In Claude hochladen

Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen

3

Einschalten und loslegen

Teste es

Verwendung von "Database Architect". Entwerfen Sie ein Schema für eine Blog-Plattform mit Benutzern, Beiträgen, Kommentaren und Tags.

Erwartetes Ergebnis:

Empfohlenes Schema umfasst: users-Tabelle (id, email, created_at), posts-Tabelle mit Fremdschlüssel zu users, comments-Tabelle mit selbstreferenzierendem parent_id für Threaded-Kommentare, tags-Tabelle mit Many-to-Many-Junction-Tabelle post_tags. Indizes auf posts.user_id, comments.post_id und Volltextindex auf posts.title und content.

Verwendung von "Database Architect". Soll ich Redis oder PostgreSQL für Session-Speicherung verwenden?

Erwartetes Ergebnis:

Verwenden Sie Redis für Session-Speicherung, wenn Sie schnellen Zugriff, automatische Ablaufsteuerung über TTL und horizontale Skalierbarkeit benötigen. Verwenden Sie PostgreSQL, wenn Sessions Redis-Neustarts überdauern müssen, komplexe Abfragen erfordern oder an Datenbanktransaktionen teilnehmen müssen. Für die meisten Web-Apps bietet Redis mit PostgreSQL-Persistenz die beste Balance.

Sicherheitsaudit

Sicher
v1 • 2/24/2026

Static analysis scanned 0 files with risk score 0/100. Evaluation confirms this is a prompt-only skill with no executable code. The skill provides database architecture guidance through instructional text only. No dangerous patterns, network access, or code execution vectors detected. Safe for publication.

0
Gescannte Dateien
0
Analysierte Zeilen
0
befunde
1
Gesamtzahl Audits
Keine Sicherheitsprobleme gefunden
Auditiert von: claude

Qualitätsbewertung

38
Architektur
100
Wartbarkeit
87
Inhalt
50
Community
100
Sicherheit
74
Spezifikationskonformität

Was du bauen kannst

Greenfield-Plattform-Design

Entwurf einer vollständigen Datenbankarchitektur für eine neue SaaS-Plattform einschließlich Technologieauswahl, Schema-Design und Skalierungsstrategie.

Datenbank-Migrationsplanung

Erstellung eines detaillierten Migrationsplans für den Übergang von einer monolithischen MySQL-Datenbank zu einer Microservices-Architektur mit polyglotter Persistenz.

NoSQL-Schema-Design

Entwurf von Dokumentenschemas und Zugriffsmustern für ein hochperformantes Analyse-Dashboard mit MongoDB oder DynamoDB.

Probiere diese Prompts

Grundlegende Technologieauswahl 
Ich entwickle eine neue Anwendung, die Benutzerprofile, Transaktionen und Aktivitätsprotokolle speichern muss. Die App erwartet zunächst 10.000 täglich aktive Benutzer. Helfen Sie mir, die richtige Datenbanktechnologie auszuwählen und erklären Sie die Zielkonflikte.
Schema-Design-Anfrage 
Entwerfen Sie ein Datenbankschema für ein Multi-Tenant-Projektmanagement-Tool. Jeder Tenant hat Benutzer, Projekte, Aufgaben und Kommentare. Zeigen Sie die Tabellen, Beziehungen und wichtigen Indizes.
Migrationsstrategie-Planung 
Wir müssen von einer einzelnen MySQL-Instanz zu einer Shard-Architektur migrieren, die über 100 Millionen Datensätze unterstützt. Erstellen Sie einen migrationsplan ohne Ausfallzeiten mit Phasen, Rollback-Verfahren und Erfolgskriterien.
Fortgeschrittene CQRS-Architektur 
Entwerfen Sie eine CQRS Event-Sourcing-Architektur für ein Auftragsverwaltungssystem. Beziehen Sie Event-Store-Design, Read-Model-Projektionen, Snapshot-Strategien und den Umgang mit Schema-Evolution über die Zeit ein.

Bewährte Verfahren

  • Verstehen Sie immer Zugriffsmuster und Skalierungsanforderungen, bevor Sie eine Datenbanktechnologie auswählen
  • Beginnen Sie normalisiert und denormalisieren Sie dann selektiv basierend auf gemessener Abfrageleistung
  • Planen Sie Migrationen mit automatisierten Rollback-Verfahren und testen Sie gründlich in Staging

Vermeiden

  • Auswahl trendiger Datenbanken ohne Verständnis der operativen Komplexität
  • Über-Normalisierung von leseintensiven Workloads verursacht übermäßige JOIN-Operationen
  • Überspringen von Backup- und Rollback-Planung vor Produktions-Migrationen

Häufig gestellte Fragen

Welche Datenbank sollte ich für mein Startup wählen?
Beginnen Sie für die meisten Anwendungen mit PostgreSQL. Es handhabt relationale Daten gut, unterstützt JSON für Flexibilität und skaliert auf Millionen von Benutzern. Wechseln Sie nur zu spezialisierten Datenbanken, wenn Sie spezifische Anforderungen wie Zeitreihendaten, Graphenbeziehungen oder massiven Schreibdurchsatz haben.
Wie weiß ich, wann ich sharden sollte?
Erwägen Sie Sharding, wenn vertikale Skalierung kosteneffizient wird, Schreibdurchsatz die Single-Node-Kapazität übersteigt oder Datenvolumen Backup- und Wartungsfenster beeinträchtigt. Optimieren Sie zuerst mit Read-Replicas, Caching und Abfrageoptimierung vor dem Sharding.
Soll ich ein ORM verwenden oder rohes SQL schreiben?
Verwenden Sie ORMs wie Prisma oder SQLAlchemy für CRUD-Operationen und Typsicherheit. Schreiben Sie rohes SQL für komplexe analytische Abfragen, Bulk-Operationen oder wenn das ORM ineffiziente Abfragen generiert. Viele Teams verwenden beides: ORM für Standardoperationen und rohes SQL für leistungskritische Pfade.
Wie entwerfe ich für Multi-Tenancy?
Es gibt drei Ansätze: gemeinsames Schema mit tenant_id-Spalte (am einfachsten), separates Schema pro Tenant (bessere Isolierung) oder separate Datenbank pro Tenant (maximale Isolierung). Beginnen Sie mit gemeinsamem Schema und tenant_id. Upgrade auf separate Schemas oder Datenbanken für Compliance-Anforderungen oder High-Value-Enterprise-Kunden.
Welche Indexierungsstrategie sollte ich verwenden?
Indexieren Sie Spalten, die in WHERE-Klauseln, JOIN-Bedingungen und ORDER BY-Anweisungen verwendet werden. Verwenden Sie zusammengesetzte Indizes für Multi-Spalten-Abfragen mit der selektivsten Spalte zuerst. Überwachen Sie Slow-Query-Logs, um fehlende Indizes zu identifizieren. Vermeiden Sie Über-Indexierung bei schreibintensiven Tabellen, da jeder Index Schreib-Overhead hinzufügt.
Wie kann ich ohne Ausfallzeiten migrieren?
Verwenden Sie das Expand-Contract-Muster: Fügen Sie zuerst neues Schema neben altem hinzu (Expand), migrieren Sie Daten inkrementell mit Dual-Writes, überprüfen Sie Konsistenz, wechseln Sie Lesezugriff auf neues Schema und entfernen Sie dann altes Schema (Contract). Haben Sie immer Rollback-Verfahren und testen Sie die vollständige Migration in Staging.

Entwicklerdetails

Autor

sickn33

Lizenz

MIT

Repository

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/database-architect

Ref

main

Dateistruktur

📄 SKILL.md