From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
Cc: | Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, pgsql-hackers(at)postgresql(dot)org, pgsql-patches(at)postgresql(dot)org |
Subject: | Re: OUTER JOIN performance regression remains in 8.3beta4 |
Date: | 2008-01-08 21:40:20 |
Message-ID: | 14456.1199828420@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Alvaro Herrera <alvherre(at)commandprompt(dot)com> writes:
> Would it be a good idea to keep removing redundant clauses and rethink
> the preference for clauseful joins, going forward?
No --- it would create an exponential growth in planning time for large
join problems, while not actually buying anything in the typical case.
It's possible that we could do something along the lines of inserting
"dummy" join conditions, to allow particular join paths to be explored,
without generating any clause that actually requires work at runtime.
I'm not convinced this complication is needed though; at least not if
the only thing it's good for is this rather specialized optimization
rule.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2008-01-08 22:05:23 | Re: Proposal - libpq Type System beta-0.8a (was PGparam) |
Previous Message | Josh Berkus | 2008-01-08 21:34:46 | Re: 8.3.0 release schedule (Was:Re: [BUGS] BUG #3852: Could not create complex aggregate) |
From | Date | Subject | |
---|---|---|---|
Next Message | Neil Conway | 2008-01-09 03:14:48 | Fix for _outAgg() |
Previous Message | Alvaro Herrera | 2008-01-08 21:20:51 | Re: OUTER JOIN performance regression remains in 8.3beta4 |