From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Ross J(dot) Reedstrom" <reedstrm(at)rice(dot)edu> |
Cc: | Mike Mascari <mascarm(at)mascari(dot)com>, Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: performance regression, 7.2.3 -> 7.3b5 w/ VIEW |
Date: | 2002-11-13 13:58:04 |
Message-ID: | 21060.1037195884@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
"Ross J. Reedstrom" <reedstrm(at)rice(dot)edu> writes:
> Bingo, that solved it. I'm back to 160 ms. What does Tom feel about
> removing this? Is there some way the planner could have known which
> was the smarter/faster order of application?
As I said in the previous thread, I don't have a lot of patience with
the notion of expecting the planner to promise anything about evaluation
order of WHERE clauses. I wasn't thrilled with adding the patch, but
I'm even less thrilled with the idea of backing it out now.
There has been some discussion of reordering WHERE clauses based on
estimated cost --- a simple form of this would be to push any clauses
involving subplans to the end of the list. I haven't done anything
about that yet, mainly because I'm unsure if there are cases where it
would be worse than not doing it.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Philip Warner | 2002-11-13 14:08:53 | Re: pg_dump in 7.4 |
Previous Message | Philip Warner | 2002-11-13 13:57:50 | Re: pg_dump in 7.4 |