Re: Improving count(*)

Поиск
Список
Период
Сортировка
От Dann Corbit
Тема Re: Improving count(*)
Дата
Msg-id D425483C2C5C9F49B5B7A41F8944154757D2E9@postal.corporate.connx.com
обсуждение исходный текст
Ответ на Improving count(*)  (Simon Riggs <simon@2ndquadrant.com>)
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Improving count(*)
Следующее
От: Joe Conway
Дата:
Сообщение: Re: Some array semantics issues