Skip site navigation (1) Skip section navigation (2)

SELECT COUNT(*) does a scan?

From: David Wall <d(dot)wall(at)computer(dot)org>
To: pgsql-jdbc(at)postgresql(dot)org
Subject: SELECT COUNT(*) does a scan?
Date: 2005-09-08 15:22:56
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-jdbc
When I do an EXPLAIN SELECT COUNT(*) FROM tablename, I noted that it 
does a table scan.  I thought PG had some sort of table stat that kept 
track of the current number of rows in a table, but that doesn't appear 
to always be the case.

It seems that right after a VACUUM ANALYZE, that command is very fast 
(on a table with 100,000+ rows), but it can also get quite slow, as if a 
table scan is taking place. 

Does this make sense?  Is there an algorithm that says to use the stats 
from analyze only until sufficient updates/inserts/deletes have taken 
place to make them "out of date"?



pgsql-jdbc by date

Next:From: Richard HuxtonDate: 2005-09-08 15:27:03
Subject: Re: BUG #1864: Strange behavoir of batches
Previous:From: Diego GilDate: 2005-09-08 15:04:13
Subject: Re: simple insert operation

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group