PostgreSQL：COUNT（*）はインデックスではなくシーケンシャルスキャンを使用します

COUNT(*)非常に小さくインデックスが付けられた主キーがあるのに、PostgreSQLがクエリのためにテーブルを順番にスキャンするのはなぜですか？

の 公式のwikiページはそれに答えを与えます：

[...]これが遅い理由は、PostgreSQLのMVCC実装に関連しています。複数のトランザクションがデータの異なる状態を見ることができるという事実は、「COUNT（*）」がテーブル全体のデータを要約する簡単な方法がないことを意味します。PostgreSQLは、ある意味ですべての行を調べなければなりません。これにより、通常、テーブル内のすべての行に関する情報を読み取る順次スキャンが行われます。[...]

さらに、ANALYZEを試行して、クエリプランナーの情報を再構築できます。

を使用してパフォーマンスを向上させる必要がありますCOUNT(an uniquly indexed field)が、これが非常に大きい場合は、seqスキャンが唯一の方法です。

非常に速い数字が必要で、スキーマを照会することを恐れていない場合は、次のことができます

SELECT reltuples FROM pg_class WHERE oid = 'your_table'::regclass

ただし、この値はテーブル内の「推定」（多くの場合正確ですが）タプル数であるため、この値に依存しないでください。