Re: (PATCH) Adding CORRESPONDING (NULL error)

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: (PATCH) Adding CORRESPONDING (NULL error)
Дата
Msg-id
5792.1319749495@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
(PATCH) Adding CORRESPONDING to Set Operations Kerem Kat <keremkat@gmail.com>
Re: (PATCH) Adding CORRESPONDING to Set Operations "Erik Rijkers" <er@xs4all.nl>
Re: (PATCH) Adding CORRESPONDING to Set Operations Kerem Kat <keremkat@gmail.com>
Re: (PATCH) Adding CORRESPONDING to Set Operations "Erik Rijkers" <er@xs4all.nl>
Re: (PATCH) Adding CORRESPONDING to Set Operations Thom Brown <thom@linux.com>
Re: (PATCH) Adding CORRESPONDING to Set Operations Kerem Kat <keremkat@gmail.com>
Re: (PATCH) Adding CORRESPONDING to Set Operations Tom Lane <tgl@sss.pgh.pa.us>
Re: (PATCH) Adding CORRESPONDING to Set Operations Kerem Kat <keremkat@gmail.com>
Re: (PATCH) Adding CORRESPONDING to Set Operations Hitoshi Harada <umi.tanuki@gmail.com>
Re: (PATCH) Adding CORRESPONDING to Set Operations Thom Brown <thom@linux.com>
Re: (PATCH) Adding CORRESPONDING (NULL error) "Erik Rijkers" <er@xs4all.nl>
Re: (PATCH) Adding CORRESPONDING (NULL error) Kerem Kat <keremkat@gmail.com>
Re: (PATCH) Adding CORRESPONDING (NULL error) Tom Lane <tgl@sss.pgh.pa.us>
Re: (PATCH) Adding CORRESPONDING (NULL error) Tom Lane <tgl@sss.pgh.pa.us>
Re: (PATCH) Adding CORRESPONDING (NULL error) Kerem Kat <keremkat@gmail.com>
Re: (PATCH) Adding CORRESPONDING (NULL error) Tom Lane <tgl@sss.pgh.pa.us>
Kerem Kat  writes:
> On Thu, Oct 27, 2011 at 23:20, Tom Lane  wrote:
>> BTW, just to clarify: although that case fails, the case Erik was
>> complaining of does work in unmodified Postgres:
>> ...
>> and I agree with him that it should still work with CORRESPONDING.

> That is by design, because CORRESPONDING is implemented as subqueries:

Well, this appears to me to be a counterexample sufficient to refute
that implementation decision.  You can inject subqueries at plan time,
if that helps you make things match up, but you can't rearrange things
that way at parse time, as I gather you're doing or else you would not
be seeing this problem.  In any case, I already pointed out to you that
rearranging the parse tree that way is problematic for reverse-listing
the parse tree.  We don't want to see subqueries injected in the results
of printing parse trees with ruleutils.c.
		regards, tom lane

В списке pgsql-hackers по дате отправления
От: Tom Lane
Дата:
От: Bruce Momjian
Дата:
FAQ