PostgreSQL

データベース

自然な会話でPostgreSQLデータベースをクエリ・最適化・管理 — OpenClawとNeotaskが支えます。

できること

平易な英語でデータをクエリ

必要なデータを言葉で説明すれば、NeotaskがPostgreSQLデータベースに対してSQLクエリを作成・実行します。シンプルな検索から複数テーブルのJOIN、ウィンドウ関数を使った集計まで、SQLを書かずに結果を得られます。

クエリパフォーマンスの分析

スロークエリを貼り付けるか、パフォーマンスの問題を説明すると、NeotaskがEXPLAIN ANALYZEを実行し、クエリプランを解釈して、ボトルネックを特定し、修正のための具体的なインデックスやクエリの書き換えを提案します。

データベースの健全性監視

ヘルスチェックを依頼できます：現在の接続数と上限、デッドタプルが多いテーブル、長時間実行中のトランザクション、autovacuumの状態。Neotaskがpg_stat_*ビューを照会し、数値を実行可能な知見に変換します。

スキーマとオブジェクトの管理

テーブルの作成、カラムの追加、制約の変更、インデックスの作成、ロールの管理 — すべて自然言語で行えます。Neotaskが正しいDDLを生成し、スキーマ変更操作の前に確認を取ります。

ロックとブロッキングのトラブルシューティング

ブロッキングクエリの特定、ロック待ちのセッション表示、特定の接続の安全な終了をNeotaskに依頼できます。pg_terminate_backendの呼び出し前に確認が入ります。

試してみてください

  • 「過去7日間の注文を顧客の国別にまとめて表示して」
  • 「このクエリが遅い理由は？」（クエリを貼り付け）
  • 「デッドタプルが最も多く、VACUUMが必要なテーブルは？」
  • 「usersテーブルのemailカラムにインデックスを作成して」
  • 「現在30秒以上実行中のクエリを表示して」
  • 「スーパーユーザーロールを持つ全ユーザーを表示して」
  • 「このサーバーの各データベースのサイズは？」
  • 「sessionsテーブルのcreated_atカラムにNOT NULL制約を追加して」

    • プロのヒント

  • 本番環境で実行する前に、NeotaskにSQLを説明させましょう — JOINやWHERE句が意図と一致しているか確認してください。
  • 探索的なクエリには「読み取り専用」のフレーミングを使いましょう：「データを表示するだけで、何も変更しないで」と言えば、NeotaskはDMLを避けます。
  • 1秒以内に返ってくるクエリもEXPLAIN ANALYZEで確認しましょう — プランが良く見えても、スケール時に問題になる推定エラーがある場合があります。
  • インデックスを作成する際は、アクセスパターンによっては全テーブルインデックスよりも部分インデックスやカバリングインデックスが適切かどうかを尋ねてみてください。
  • PostgreSQLクエリと下流ツールを組み合わせましょう：「今週登録したユーザーをデータベースでクエリして、Mailchimpのオーディエンスに追加して」

    • Works Well With