postgres-performance
PostgreSQLパフォーマンスの最適化
遅いデータベースクエリは、アプリケーションの信頼性とスケーラビリティを損ないます。このスキルは、より高速なクエリ、安全なマイグレーション、より明確な監視のための実践的なPostgreSQLパターンを提供します。
自分のエージェントでインストール
このリクエストをエージェントにコピーしてください。正規の Skill ページとマニフェストが含まれています。
Review the Skillstore skill "postgres-performance" from https://skillstore.io/skills/cjharmath-postgres-performance.md and its manifest at https://skillstore.io/api/skills/cjharmath-postgres-performance/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.エージェントは引き続き計画を提示し、セキュリティポリシーで必要な確認を求める必要があります。
エージェントが読めるリソース
AI エージェント、クローラー、スクリプトがページ全体ではなく整理されたコンテキストを必要とする場合は、これらのリンクを使ってください。
テストする
「postgres-performance」を使用しています。 クエリがassessmentsをuserでフィルターし、recent rowsをソートします。
期待される結果:
- sequential scansとsort costについて実行計画を確認します。
- フィルターと並び順に沿ったcomposite indexを使用します。
- デプロイ前にbufferとtiming metricsで検証します。
「postgres-performance」を使用しています。 バッチジョブが数百万件のunprocessed eventsを更新します。
期待される結果:
- 行を小さなバッチで処理します。
- アクティブなworkerをブロックしないlockingを使用します。
- バッチ間でcommitし、負荷が高い場合は短くpauseします。
「postgres-performance」を使用しています。 大きなテーブル上のdashboard countが遅いです。
期待される結果:
- 概算件数にはestimatesを使用します。
- 正確で頻繁に使うmetricsにはcountersを維持します。
- 複雑な集計にはmaterialized viewsを検討します。
セキュリティ監査
安全The flagged external command patterns are markdown code fences and inline backticks in SQL/Python examples, not executable shell usage. The flagged database URLs and reconnaissance patterns are placeholder variables and instructional queries inside examples. No prompt injection or data exfiltration intent was found.
リスク要因
⚙️ 外部コマンド (32)
🔑 環境変数 (3)
このレポートを共有・引用
バージョン付き評価レポート、中立的なバッジ、埋め込みカード、引用を共有できます。Skillstore は証拠を報告しますが、この Skill が安全かどうかは判断しません。
レポートリンクをコピー
https://skillstore.io/skills/cjharmath-postgres-performance/audits/8?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportMarkdownバッジ
[](https://skillstore.io/skills/cjharmath-postgres-performance?utm_source=security_passport_badge)HTMLバッジ
<a href="https://skillstore.io/skills/cjharmath-postgres-performance?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/cjharmath-postgres-performance/security.svg" alt="Skillstore security assessment" loading="lazy"></a>埋め込みカード
<iframe src="https://skillstore.io/embed/skills/cjharmath-postgres-performance.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>学術引用 (APA · BibTeX · CFF)
APA形式の引用
CJHarmath. (2026). postgres-performance security audit report (audit version 8) [Author version unspecified]. Skillstore. https://skillstore.io/skills/cjharmath-postgres-performance/audits/8BibTeX形式の引用
@techreport{cjharmath-cjharmath-postgres-performance-2026,
author = {CJHarmath},
title = {postgres-performance security audit report (audit version 8)},
institution = {Skillstore},
year = {2026},
number = {8},
url = {https://skillstore.io/skills/cjharmath-postgres-performance/audits/8},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "postgres-performance security audit report (audit version 8)"
version: "unspecified"
type: report
authors:
- name: "CJHarmath"
date-released: "2026-07-06"
url: "https://skillstore.io/skills/cjharmath-postgres-performance/audits/8"
identifiers:
- type: other
value: "skillstore:cjharmath-postgres-performance:audit:8"
description: "Skillstore immutable audit report identifier"
Skillstore スコア
このスコアの理由 証拠の信頼度: 高作成できるもの
遅いクエリの診断
バックエンドエンジニアは、遅いクエリの発見から実行計画の分析、インデックス検証まで、調査を体系化できます。
スケーラブルなデータアクセスの設計
アプリケーションアーキテクトは、負荷が増える前にpagination、batching、replicas、partitioning、cachingパターンを選択できます。
データベース健全性のレビュー
データベース管理者は、監視チェックリストを使ってbloat、unused indexes、long-running queriesを見つけられます。
これらのプロンプトを試す
遅いPostgreSQLクエリがあります: [paste query]。考えられるボトルネックを分析し、安全な次の手順を提案してください。
このテーブル構造とワークロードを前提に: [details]、フィルター、ソート、頻繁な読み取り向けのPostgreSQLインデックスを提案してください。
このフィード向けにcursor paginationを設計してください: [requirements]。cursor fields、ordering rules、index guidanceを含めてください。
これらのEXPLAIN plans、pg_stat_statements rows、schema notesを使用してください: [data]。リスク、労力、影響に基づいて修正を優先順位付けしてください。
ベストプラクティス
- インデックスを変更する前に、実際のexecution plansで測定します。
- 本番環境の書き込みを継続する必要がある場合は、indexesをconcurrentlyで作成します。
- 各最適化を、変更前後のlatency dataで検証します。
回避
- 実際のクエリフィルターや並び順に一致しないindexesを追加すること。
- 増え続けるテーブルで大きなOFFSET paginationを使用すること。
- invalidation planなしにcachedまたはdenormalized dataを更新すること。