Re: Speeding up Aggregates - Mailing list pgsql-performance

From Dror Matalon
Subject Re: Speeding up Aggregates
Date
Msg-id 20031010182348.GD2979@rlx11.zapatec.com
Whole thread Raw
In response to Re: Speeding up Aggregates  (Josh Berkus <josh@agliodbs.com>)
List pgsql-performance
On Fri, Oct 10, 2003 at 10:32:32AM -0700, Josh Berkus wrote:
> 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.

Might be a good idea to put it in its own section rather than under "My
queries are slow or don't make use of the indexes. Why?"

Also, you might want to take out for 7.4

4.22) Why are my subqueries using IN so slow?


>
> --
> Josh Berkus
> Aglio Database Solutions
> San Francisco

--
Dror Matalon
Zapatec Inc
1700 MLK Way
Berkeley, CA 94709
http://www.zapatec.com

pgsql-performance by date:

Previous
From: "scott.marlowe"
Date:
Subject: Re: further testing on IDE drives
Next
From: James Rogers
Date:
Subject: Re: PostgreSQL Scalable ?