| From: | Vadim Mikheev <vadim(at)krs(dot)ru> |
|---|---|
| To: | Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Postgres Hackers List <hackers(at)postgreSQL(dot)org> |
| Subject: | Re: [HACKERS] Join syntax |
| Date: | 1999-09-17 06:15:13 |
| Message-ID: | 37E1DC71.94327D69@krs.ru |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Thomas Lockhart wrote:
>
> > > ... represent general subqueries or intermediate queries in the
> > > parse tree.
> > Maybe it's time to bite the bullet and do it. You have any thoughts
> > on what the representation should look like?
>
> I was hoping you would tell me ;)
>
> I don't have a good feel for the current parse tree (which of course
> hasn't kept me from fooling around with it). But I'll definitely need
> something extra or different to implement outer joins. If I were
> keeping everything else the same, I was thinking of propagating a
> "join expression" into the planner/optimizer in the same area as the
> existing qualification nodes. One of the differences would be that the
> JE marks a node around which the optimizer is not allowed to reorder
^^^^^^^^^^^^^^^^^^^^^^^^^
> the plan (since outer joins must be evaluated in a specific order to
^^^^^^^^
> get the right result). But I could just as easily represent this as a
And this is what we need to have subqueries in FROM!..
(One a great thing which I want to have so much -:))
> subquery node somewhere else in the parse tree.
Vadim
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Theo Kramer | 1999-09-17 06:53:52 | Re: [HACKERS] Re: HISTORY for 6.5.2 |
| Previous Message | Thomas Lockhart | 1999-09-17 05:58:19 | Re: [HACKERS] Join syntax |