From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Jan Wieck <janwieck(at)Yahoo(dot)com> |
Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, Mark Hollomon <mhh(at)nortelnetworks(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Backend-internal SPI operations |
Date: | 2000-09-01 22:08:54 |
Message-ID: | 29343.967846134@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Jan Wieck <janwieck(at)Yahoo(dot)com> writes:
> Hmm - too simple - real life is harder. So to what do you
> expand the query
> SELECT a, c, d FROM my_view, other_table
> WHERE my_view.a = other_table.a
> AND other_table.x = 'foo';
SELECT a, c, d
FROM (SELECT a, b, c FROM my_table) AS my_view, other_table
WHERE my_view.a = other_table.a
AND other_table.x = 'foo';
I'm still not detecting a problem here ... if selecting from a view
*doesn't* act exactly like a sub-SELECT, it'd be broken IMHO.
We're not that far away from being able to do this, and it looks more
attractive to work on that than to hack the rewriter into an even
greater state of unintelligibility ...
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Jan Wieck | 2000-09-01 22:19:01 | Re: Backend-internal SPI operations |
Previous Message | Tom Lane | 2000-09-01 22:02:45 | Re: Backend-internal SPI operations |