From: | Dario Bahena Tapia <dario(dot)mx(at)gmail(dot)com> |
---|---|
To: | Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com> |
Cc: | pgsql-sql(at)postgresql(dot)org |
Subject: | Re: Parentheses in FROM clause and evaluation order. |
Date: | 2005-08-15 16:34:32 |
Message-ID: | 3d104d6f05081509345067d83b@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
Hi,
The final result seems to be the same, I just was curious about the
standard behavior. Does the SQl says something about this execution
order?
Thanks for your response.
salu2
dario estepario ...
2005/8/15, Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com>:
> On Wed, 10 Aug 2005 dario(dot)mx(at)gmail(dot)com wrote:
>
> > I thought that the parenthesis in the table expression
> > (FROM clause), could be used to indicate the desired
> > evaluation order. But, I tried with a couple of samples
> > and the explain command returned me the same result; no matter
> > what parentheses association I used. I am using only INNER JOINs.
> >
> > In fact, I thought that the whole table expression was gonna be
> > evaluated before the WHERE filter. Does the stantard says something
> > about this evaluation order when the parentheses are present?
> > Does PostgreSQL implements this behavior?
>
> AFAIK we only try to provide final results that are equivalent to
> following the steps in order, so it'll reorder joins or push clauses
> around as long as it thinks the semantics of the query won't change. For
> example, actually doing unconstrainted joins before where clauses is a
> very bad plan if you've got a FROM table1, table2, table3 style query. If
> you're seeing a place where the reorder affects the query results as
> opposed to the query plan, that's probably a bug, can you give more
> information?
>
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas F. O'Connell | 2005-08-15 22:09:01 | Re: sql function: using set as argument |
Previous Message | Simon Kinsella | 2005-08-15 15:48:40 | PGSQL function for converting between arbitrary numeric bases? |