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
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 |