Re: Performance of count(*) - Mailing list pgsql-performance

From Andreas Tille
Subject Re: Performance of count(*)
Date
Msg-id Pine.LNX.4.62.0703221239570.13747@wr-linux02
Whole thread Raw
In response to Re: Performance of count(*)  (Andreas Kostyrka <andreas@kostyrka.org>)
Responses Re: Performance of count(*)  (Andreas Kostyrka <andreas@kostyrka.org>)
Re: Performance of count(*)  ("Luke Lonergan" <llonergan@greenplum.com>)
List pgsql-performance
On Thu, 22 Mar 2007, Andreas Kostyrka wrote:

> Which version of PG?

Ahh, sorry, forgot that.  The issue occurs in Debian (Etch) packaged
version 7.4.16.  I plan to switch soon to 8.1.8.

> That's the reason why PG (check the newest releases, I seem to
> remember that there has been some aggregate optimizations there),

I'll verify this once I moved to the new version.

> does
> a SeqScan for select count(*) from table. btw, depending upon your
> data, doing a select count(*) from table where user=X will use an
> Index, but will still need to fetch the rows proper to validate them.

I have an index on three (out of 7 columns) of this table.  Is there
any chance to optimize indexing regarding this.

Well, to be honest I'm not really interested in the performance of
count(*).  I was just discussing general performance issues on the
phone line and when my colleague asked me about the size of the
database he just wonderd why this takes so long for a job his
MS-SQL server is much faster.  So in principle I was just asking
a first question that is easy to ask.  Perhaps I come up with
more difficult optimisation questions.

Kind regards

         Andreas.

--
http://fam-tille.de

pgsql-performance by date:

Previous
From: ismo.tuononen@solenovo.fi
Date:
Subject: Re: Performance of count(*)
Next
From: David Brain
Date:
Subject: Potential memory usage issue