Re: (PATCH) Adding CORRESPONDING (NULL error)
От
Tom Lane
Тема
Re: (PATCH) Adding CORRESPONDING (NULL error)
Дата
Msg-id
5792.1319749495@sss.pgh.pa.us
Ответ на
Re: (PATCH) Adding CORRESPONDING (NULL error) (Kerem Kat)
Список
Дерево обсуждения
(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 по дате отправления
От: Bruce Momjian
Дата: