Re: SLOW query with aggregates - Mailing list pgsql-performance

From Tom Lane
Subject Re: SLOW query with aggregates
Date
Msg-id 28366.1080073928@sss.pgh.pa.us
Whole thread Raw
In response to SLOW query with aggregates  ("A Palmblad" <adampalmblad@yahoo.ca>)
List pgsql-performance
"A Palmblad" <adampalmblad@yahoo.ca> writes:
>  GroupAggregate  (cost=0.00..338300.34 rows=884 width=345) (actual
> time=86943.272..382718.104 rows=3117 loops=1)
>    ->  Merge Join  (cost=0.00..93642.52 rows=1135610 width=345) (actual
> time=0.148..24006.748 rows=1120974 loops=1)

You do not have a planning problem here, and trying to change the plan
is a waste of time.  The slowness is in the actual computation of the
aggregate functions; ergo the only way to speed it up is to change what
you're computing.  What aggregates are you computing exactly, and over
what datatypes?

            regards, tom lane

pgsql-performance by date:

Previous
From: "A Palmblad"
Date:
Subject: SLOW query with aggregates
Next
From: "Subbiah, Stalin"
Date:
Subject: Re: [ADMIN] Benchmarking postgres on Solaris/Linux