| From: | Ivan Sergio Borgonovo <mail(at)webthatworks(dot)it> | 
|---|---|
| To: | pgsql-general(at)postgresql(dot)org | 
| Subject: | Re: count(*) and bad design was: Experiences with extensibility | 
| Date: | 2008-01-09 19:27:41 | 
| Message-ID: | 20080109202741.213ae41a@webthatworks.it | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-general | 
On Wed, 9 Jan 2008 10:58:29 -0800
"Joshua D. Drake" <jd(at)commandprompt(dot)com> wrote:
> > OK... we are getting near to the point. I understand the trade-off
> > problem in storing into indexes id the row is still there.
> > Is there a way to get the count of the rows that *may be* there, 
> If you analyze regularly you can use pg_class. It isn't exact but is
> usually close enough (especially if you are just using it for
> something like pagination).
But what if I've a
select count(*) from table where condition;
where condition involves just indexed columns and I want to trust the
indexes and I'm not concerned of the deleted rows?
Just to get an estimate between reindexing cycles, that would be
perfect for paging.
pg_class does look as returning all the rows.
-- 
Ivan Sergio Borgonovo
http://www.webthatworks.it
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Zoltan Boszormenyi | 2008-01-09 19:29:39 | Re: count(*) and bad design was: Experiences with extensibility | 
| Previous Message | Scott Marlowe | 2008-01-09 19:07:49 | Re: count(*) and bad design was: Experiences with extensibility |