Re: Speeding up Aggregates - Mailing list pgsql-performance

From Josh Berkus
Subject Re: Speeding up Aggregates
Date
Msg-id 200310101032.32271.josh@agliodbs.com
Whole thread Raw
In response to Re: Speeding up Aggregates  (Dror Matalon <dror@zapatec.com>)
Responses Re: Speeding up Aggregates
List pgsql-performance
Dror,

> Ouch. I just double checked and you're right. Is this considered a bug,
> or just an implementation issue?

It's an implementation issue, which may be fixed by 7.5 but not sooner.
Basically, the free ability of PostgreSQL users to define their own
aggregates limits our ability to define query planner optimization for
aggregates.   Only recently has anyone suggested a feasable way around this.

> While I've seen this hint a few times in the lists, it seems like it's
> one of those magic incantations that those in the know, know about, and
> that people new to postgres are going to be surprised by the need to use
> this idiom.

It IS in the FAQ.

--
Josh Berkus
Aglio Database Solutions
San Francisco

pgsql-performance by date:

Previous
From: Bill Moran
Date:
Subject: Re: One or more processor ?
Next
From: Josh Berkus
Date:
Subject: Re: go for a script! / ex: PostgreSQL vs. MySQL