スキル postgresql-optimization
📊

postgresql-optimization

安全

PostgreSQLパフォーマンスの最適化

適切な最適化を行わないと、PostgreSQLデータベースはクエリの遅延やパフォーマンスの低下に悩まされます。このスキルは、クエリチューニング、インデックス設計、設定管理のための体系的なワークフローを提供します。

対応: Claude Codex Code(CC)
🥉 73 ブロンズ
1

スキルZIPをダウンロード

2

Claudeでアップロード

設定 → 機能 → スキル → スキルをアップロードへ移動

3

オンにして利用開始

テストする

「postgresql-optimization」を使用しています。 Optimize PostgreSQL queries on our orders table

期待される結果:

  • パフォーマンス評価結果：
  • - データベースバージョン：PostgreSQL 15.3
  • - 実行時間500ms以上の低速クエリを3件特定
  • - orders.customer_idとorders.statusでインデックスの欠落を検出
  •  
  • 推奨アクション：
  • 1. orders(customer_id)にB-treeインデックスを作成
  • 2. アクティブな注文用のパーシャルインデックスを作成
  • 3. 頻繁なクエリパターン用の複合インデックスを追加
  •  
  • 設定提案：
  • - ソート操作用にwork_memを64MBに増加
  • - effective_cache_sizeを6GB（利用メモリの75%）に設定

「postgresql-optimization」を使用しています。 Design indexing strategy for analytics queries

期待される結果:

  • 分析ダッシュボードのインデックス戦略：
  •  
  • 主インデックス：
  • - ユーザーアクティビティ用にevents(user_id, created_at)にB-tree
  • - イベントフィルタリング用にevents(event_type, created_at)にB-tree
  •  
  • 複合インデックス：
  • - 商品検索用に(product_id, category_id, price)
  •  
  • パーシャルインデックス：
  • - 処理キュー用にorders WHERE status = 'pending'にインデックス
  •  
  • メンテナンス計画：
  • - 一括ロード後に週次ANALYZEを実行
  • - pg_stat_user_indexesでインデックスの使用状況を監視

セキュリティ監査

安全
v1 • 2/24/2026

Static analysis detected 36 potential issues (external_commands, weak cryptographic algorithm) but all are FALSE POSITIVES. The skill file contains only markdown documentation with skill references and prompts. No actual code execution, cryptographic operations, or security risks exist. The detected patterns are markdown code blocks and skill name references misinterpreted by the scanner.

1
スキャンされたファイル
176
解析された行数
0
検出結果
1
総監査数
セキュリティ問題は見つかりませんでした
監査者: claude

品質スコア

38
アーキテクチャ
100
保守性
87
コンテンツ
50
コミュニティ
100
セキュリティ
83
仕様準拠

作れるもの

スロークエリパフォーマンスの問題解決

EXPLAIN ANALYZEとインデックス戦略を使用して、本番PostgreSQLデータベースで実行速度の遅いクエリを体系的に分析し最適化します。

インデックス戦略の設計

B-tree、複合インデックス、パーシャルインデックスを含む包括的なインデックス計画を作成し、複数のテーブルでのクエリパフォーマンスを向上させます。

PostgreSQL設定のチューン

shared_buffers、work_mem、effective_cache_sizeなどのPostgreSQLサーバー設定を最適化して、リソース利用効率を向上させます。

これらのプロンプトを試す

基本的なパフォーマンス評価 
@database-optimizerを使用して、私のデータベースのPostgreSQLパフォーマンスを評価してください。バージョンの確認、設定のレビュー、スロークエリの特定を行ってください。
クエリ分析 
@sql-optimization-patternsを使用して、以下のクエリを分析し最適化してください。EXPLAIN ANALYZEを実行し、改善案を提案してください：

```sql
SELECT * FROM orders WHERE created_at > '2024-01-01';
```
インデックス戦略 
@database-optimizerを使用して、ユーザー、商品注文、商品、レビュー用のテーブルを持つe-commerceデータベースのPostgreSQLインデックス戦略を設計してください。
設定チューン 
@postgres-best-practicesを使用して、8GBのRAMを持つデータベースサーバーで500人の同時接続ユーザーに対応するPostgreSQL設定をチューンしてください。

ベストプラクティス

  • クエリ最適化の前後で常にEXPLAIN ANALYZEを実行して、実際の改善効果を測定してください
  • インデックス作成はテーブルをロックするため、低トラフィック時に作成してください
  • pg_stat_statementsを使用して時間経過によるクエリパフォーマンスを監視し、リグレッションを特定してください

回避

  • 너무多くのインデックスを作成しないでください - 各インデックスは書き込みオーバーヘッドとストレージ消費を追加します
  • 設定ミスによりインデックスが利用可能であるにもかかわらずシーケンシャルスキャンを使用しないでください
  • テーブルブロートと真空設定を無視しないでください - 時間の経過とともにパフォーマンスが低下します

よくある質問

どのPostgreSQLバージョンがサポートされていますか？
このワークフローはPostgreSQL 9.6以降をサポートしています。PostgreSQL 14、15、16も含まれます。
このスキルはデータベース管理者権限を必要としますか？
はい、設定変更とメンテナンスタスクにはスーパーユーザーまたは所有者権限が必要です。
このスキルは任意のプログラミング言語でクエリを最適化できますか？
はい、このスキルはアプリケーション言語（Python、Node.js、Rubyなど）に関係なく、SQLクエリ自体を最適化します。
典型的な最適化プロジェクトはどのくらいの時間がかかりますか？
基本的な評価には1〜2時間かかります。インデックス作成とチューンを含む完全な最適化は、データベースサイズに応じて1〜3日かかる場合があります。
インデックスの作成によりダウンタイムが発生しますか？
CONCURRENTLYなしでのCREATE INDEXは書き込みをロックできます。ダウンタイムを回避するには本番データベースでCREATE INDEX CONCURRENTLYを使用してください。
最適化後の改善を監視するにはどのようにすればよいですか？
pg_stat_statementsでクエリ時間を追跡し、pgBadgerでログ分析を設定し、Grafanaダッシュボードで継続的な監視を行ってください。

開発者の詳細

作成者

sickn33

ライセンス

MIT

リポジトリ

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/postgresql-optimization

参照

main

ファイル構成

📄 SKILL.md