PostgreSQL

Bases de données

Interrogez, optimisez et gérez vos bases de données PostgreSQL par conversation naturelle — propulsé par OpenClaw et Neotask.

Ce que vous pouvez faire

Interroger des données en langage naturel

Décrivez les données dont vous avez besoin et Neotask rédige et exécute la requête SQL contre votre base de données PostgreSQL. Qu'il s'agisse d'une simple recherche, d'une jointure multi-table ou d'une agrégation avec des fonctions window, vous obtenez les résultats sans écrire du SQL vous-même.

Analyser les performances des requêtes

Collez une requête lente ou décrivez un problème de performance et demandez à Neotask d'exécuter EXPLAIN ANALYZE, d'interpréter le plan de requête, d'identifier le goulot d'étranglement et de suggérer l'index spécifique ou la réécriture de requête qui le résoudrait.

Surveiller la santé de la base de données

Demandez un bilan de santé : connexions actuelles par rapport à la limite, tables avec un nombre élevé de tuples morts, transactions de longue durée et statut de l'autovacuum. Neotask interroge les vues pg_stat_* et traduit les chiffres en résultats exploitables.

Gérer le schéma et les objets

Créez des tables, ajoutez des colonnes, modifiez des contraintes, créez des index et gérez les rôles — tout en langage naturel. Neotask génère le DDL correct et confirme les opérations modifiant le schéma avant de les exécuter.

Résoudre les verrous et blocages

Demandez à Neotask d'identifier les requêtes bloquantes, de montrer quelles sessions attendent des verrous, et de terminer en toute sécurité des connexions spécifiques — avec confirmation avant tout appel pg_terminate_backend.

Essayez de demander

  • "Montre-moi toutes les commandes passées au cours des 7 derniers jours groupées par pays client"
  • "Pourquoi cette requête est-elle lente ?" (collez votre requête)
  • "Quelles tables ont le plus de tuples morts et ont besoin d'un VACUUM ?"
  • "Crée un index sur la table users pour la colonne email"
  • "Quelles requêtes s'exécutent actuellement depuis plus de 30 secondes ?"
  • "Montre-moi tous les utilisateurs avec le rôle superuser"
  • "Quelle est la taille de chaque base de données sur ce serveur ?"
  • "Ajoute une contrainte NOT NULL à la colonne created_at dans la table sessions"

    • Conseils pro

  • Demandez toujours à Neotask d'expliquer son SQL avant de l'exécuter en production — confirmez que les jointures et les clauses WHERE correspondent à votre intention.
  • Utilisez un cadrage "lecture seule" pour les requêtes exploratoires : "montre-moi juste les données, ne change rien" pour que Neotask évite le DML sur les requêtes exploratoires.
  • Demandez EXPLAIN ANALYZE même pour les requêtes qui retournent en moins d'une seconde — parfois les plans semblent bons mais ont des erreurs d'estimation qui nuiront à grande échelle.
  • Lors de la création d'index, demandez si un index partiel ou couvrant serait plus approprié qu'un index de table complète pour votre schéma d'accès.
  • Combinez les requêtes PostgreSQL avec des outils en aval : "interroge la base de données pour les utilisateurs inscrits cette semaine et ajoute-les à notre audience Mailchimp."

    • Works Well With