Re: Speeding up Aggregates

From: Dror Matalon <dror(at)zapatec(dot)com>
To: Postgresql Performance <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Speeding up Aggregates
Date: 2003-10-10 18:23:48
Message-ID: 20031010182348.GD2979@rlx11.zapatec.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message James Rogers 2003-10-10 18:33:05 Re: PostgreSQL Scalable ?
Previous Message Nick Barr 2003-10-10 18:08:59 Re: go for a script! / ex: PostgreSQL vs. MySQL