Re: [RFC] speed up count(*) - Mailing list pgsql-hackers

From John Naylor
Subject Re: [RFC] speed up count(*)
Date
Msg-id CAFBsxsEg0qdfx=LKM46=9ntZuYcLnvyOhkKKxq=WXc_Eh8vB3A@mail.gmail.com
Whole thread Raw
In response to Re: [RFC] speed up count(*)  (Tomas Vondra <tomas.vondra@enterprisedb.com>)
Responses Re: [RFC] speed up count(*)
Re: [RFC] speed up count(*)
List pgsql-hackers

On Wed, Oct 20, 2021 at 2:23 PM Tomas Vondra <tomas.vondra@enterprisedb.com> wrote:
>
> Couldn't we simply inspect the visibility map, use the index data only
> for fully visible/summarized ranges, and inspect the heap for the
> remaining pages? That'd still be a huge improvement for tables with most
> only a few pages modified recently, which is a pretty common case.
>
> I think the bigger issue is that people rarely do COUNT(*) on the whole
> table. There are usually other conditions and/or GROUP BY, and I'm not
> sure how would that work.

Right. My (possibly hazy) recollection is that people don't have quite as high an expectation for queries with more complex predicates and/or grouping. It would be interesting to see what the balance is.

--
John Naylor
EDB: http://www.enterprisedb.com

pgsql-hackers by date:

Previous
From: Jeff Davis
Date:
Subject: Re: Delegating superuser tasks to new security roles (Was: Granting control of SUSET gucs to non-superusers)
Next
From: Mark Dilger
Date:
Subject: Re: Delegating superuser tasks to new security roles (Was: Granting control of SUSET gucs to non-superusers)