From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Ben Chobot <bench(at)silentmedia(dot)com> |
Cc: | "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>, pgsql-performance(at)postgresql(dot)org |
Subject: | Re: 8.1 -> 8.4 regression |
Date: | 2010-02-17 05:34:37 |
Message-ID: | 19449.1266384877@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Ben Chobot <bench(at)silentmedia(dot)com> writes:
> Awesome, that did the trick. Thanks Tom! So I understand better, why is my case not the normal, better case?
Well, the short answer is that the 8.4 changes here are in the nature of
two steps forward and one step back. The long-term goal is to increase
the planner's ability to choose among different join orders; but we're
getting rid of one restriction at a time, and sometimes the interactions
of those restrictions produce unwanted results like the older code being
able to find a better plan than the new code can.
> (I assume the long-term fix is post-9.0, right?)
Yeah, fraid so. I've been mostly buried in non-planner work in the 9.0
cycle, but hope to get back to this and other problems in the next
cycle.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Stefan Kaltenbrunner | 2010-02-17 13:07:49 | Re: Dell PERC H700/H800 |
Previous Message | Ben Chobot | 2010-02-16 23:39:08 | Re: another 8.1->8.4 regression |