Re: So, is COUNT(*) fast now? - Mailing list pgsql-hackers

From Kevin Grittner
Subject Re: So, is COUNT(*) fast now?
Date
Msg-id 4EA55C4A02000025000424D5@gw.wicourts.gov
Whole thread Raw
In response to Re: So, is COUNT(*) fast now?  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: So, is COUNT(*) fast now?
List pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> wrote:
> I had wondered whether it'd be worth optimizing that along the
> lines of slot_getallattrs().  But most indexes probably have only
> one column, or anyway not enough to make for a useful savings.
From a heavily-used production database:
cir=> select indnatts, count(*) from pg_index group by indnatts
order by indnatts;indnatts | count 
----------+-------       1 |   200       2 |   684       3 |   155       4 |    76       5 |    43       6 |    13
7 |     2       9 |     1
 
(8 rows)
This includes system table and TOAST table indexes (which seem to
have two columns).  There are over 400 user tables, each of which
has a primary key, so most primary keys in our database are more
than one column.
-Kevin


pgsql-hackers by date:

Previous
From: Heikki Linnakangas
Date:
Subject: Re: Inserting heap tuples in bulk in COPY
Next
From: Gurjeet Singh
Date:
Subject: Re: Unreproducible bug in snapshot import code