Re: Improving count(*) - Mailing list pgsql-hackers

From Dann Corbit
Subject Re: Improving count(*)
Date
Msg-id D425483C2C5C9F49B5B7A41F8944154757D2E9@postal.corporate.connx.com
Whole thread Raw
In response to Improving count(*)  (Simon Riggs <simon@2ndquadrant.com>)
List pgsql-hackers
> -----Original Message-----
> From: pgsql-hackers-owner@postgresql.org [mailto:pgsql-hackers-
> owner@postgresql.org] On Behalf Of Tom Lane
> Sent: Thursday, November 17, 2005 4:17 PM
> To: Simon Riggs
> Cc: Kevin Grittner; pgsql-hackers@postgresql.org
> Subject: Re: [HACKERS] Improving count(*)
>
> Simon Riggs <simon@2ndquadrant.com> writes:
> > From here, another proposal. We have a GUC called
count_uses_estimate
> > that is set to off by default. If set to true, then a count(*) will
use
> > the planner logic to estimate number of rows in the table and return
> > that as the answer, rather than actually count the row.
>
> Ugh.  Why not just provide a function to retrieve the planner
estimate,
> but *not* call it count(*)?  It would fit nicely with the
contrib/dbsize
> stuff (or I should say, the stuff formerly in dbsize...)


An estimate of the number of rows would be nice to have.
A function called cardinality_estimate() or something of that nature
seems more natural than count(*)


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Improving count(*)
Next
From: Joe Conway
Date:
Subject: Re: Some array semantics issues