machichdigital

Claude · Foto: Lachlan Hardy, CC BY 2.0

SubagentClaude SubagentenLizenz: MITfrei kopierbar

postgres-expert

Zuletzt aktualisiert:

⬇ Als Datei laden

⧉ –× kopiert⬇ –× heruntergeladenBewertung:

Typ

Subagent

Lizenz

MIT

Anwendungsfeld

Claude Subagenten

Alle mit PostgreSQL im Stack.

Voraussetzungen

  • Claude Code oder ein kompatibles Subagenten-System
  • Laufende PostgreSQL-Instanz mit einem konkreten Performance-Problem
  • Zugriff auf EXPLAIN-ANALYZE-Ausgaben der betroffenen Queries

Einordnung

AufwandEinrichtung & Einarbeitung2/5 · eher geringNutzenErtrag im Alltag4/5 · eher hochVoraussetzungenWas vorher da sein muss3/5 · mittel1 = gering5 = hoch

Ohne eine echte langsame Query samt Ausführungsplan fehlt die Grundlage für eine konkrete Optimierung.

PostgreSQL-Administration und -Optimierung: komplexe Queries, Indizes, Performance.

Für wen: Alle mit PostgreSQL im Stack.

Im Detail

Spezialisiert auf PostgreSQL im Detail: komplexe SQL mit CTEs und Window-Funktionen, Schema-Normalisierung, Indexstrategien, Transaktionsisolation, Locking sowie Replikation für Hochverfügbarkeit. Der Mehrwert gegenüber einem allgemeinen Backend-Agenten liegt in der Tiefe: konkrete Konfigurationsfragen, Backup/Restore-Konzepte und Extensions werden fundiert beantwortet statt oberflächlich. Lohnt sich für Teams mit wachsenden Datenmengen, langsamen Queries oder Unsicherheit bei Indexierung und Isolationsleveln. Wer nur eine einzelne Abfrage optimieren will, kommt oft auch mit einem generischen Performance-Agenten aus. Für Architekturentscheidungen rund um die Datenbank selbst, etwa Replikation, Clustering oder Datenintegrität, ist dieser Agent die gezieltere Wahl.

Schritt für Schritt

  1. Konkrete langsame Query oder ein Indexierungsproblem aus der Produktionsdatenbank mitbringen.
  2. EXPLAIN-ANALYZE-Ausgabe der betroffenen Query bereitstellen, damit der Agent den Ausführungsplan lesen kann.
  3. Vorgeschlagene Indizes oder Query-Umbauten zunächst auf einer Staging-Datenbank oder Kopie testen.
  4. Bei Konfigurationsänderungen wie Transaktions-Isolation oder Locking die Auswirkungen auf laufende Workloads einschätzen lassen.
  5. Ergebnis mit backend-architect abgleichen, falls sich daraus grundsätzliche Schemafragen ergeben.

Beispiel aus der Praxis

Sie legen eine Query mit Sequential Scan auf einer großen Tabelle vor; der Agent liest den EXPLAIN-ANALYZE-Plan und schlägt einen passenden Index vor.

Praxis-Tipp

Zum Beispiel: „Optimiere diese Query mit einer Window-Function und schlage einen passenden Index vor: [SQL einfügen].“

Stolperfallen

Der Agent optimiert bestehende Datenbanken, entwirft aber kein Schema von Grund auf – dafür ist backend-architect die bessere Wahl. Vorschläge ungetestet direkt in Produktion zu übernehmen, kann bei großen Tabellen zu langen Sperrzeiten führen.

Siehe auch

Lizenz & Quelle

Häufige Fragen.

Löst er auch Schema-Design-Fragen?

Nein, dafür ist backend-architect zuständig; postgres-expert behebt Langsamkeit bei bereits laufenden Instanzen.

Was braucht er, um eine Query zu optimieren?

Am besten die konkrete Query samt EXPLAIN-ANALYZE-Ausgabe.

Für wen lohnt sich der Einsatz?

Für Teams mit einer konkreten langsamen Abfrage oder einem Indexierungsproblem in Produktion, weniger für allgemeine Datenmodellierung.

Inhalt ansehen (postgres-expert.md)
Lade …

Erfahrungen & Kommentare.

Funktioniert der Subagent bei Ihnen? Tipps, Stolperfallen, Varianten — teilen Sie es mit der Community.

Lade Kommentare …

Ihre IP-Adresse wird zum Schutz vor Missbrauch gespeichert und nach 14 Tagen automatisch entfernt (Datenschutz).

Passt dazu.

debugger

Spezialist für Fehler, fehlschlagende Tests und unerwartetes Verhalten; arbeitet systematisch zur Ursache.

MIT♥ –⧉ –