Re: Changed SRF in targetlist handling

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Changed SRF in targetlist handling
Дата
Msg-id 5790.1464204003@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Changed SRF in targetlist handling  (Andres Freund <andres@anarazel.de>)
Ответы Re: Changed SRF in targetlist handling  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
Andres Freund <andres@anarazel.de> writes:
> On 2016-05-25 15:02:23 -0400, Tom Lane wrote:
>> [ shrug... ]  That seems like it's morally equivalent to (but uglier than)
>> what I wanted to do, which is to teach the planner to rewrite the query to
>> put the SRFs into a lateral FROM item.  Splitting the tlist into two
>> levels will work out to be exactly the same rewriting problem.

> I think that depends on how bug compatible we want to be. It seems
> harder to get the (rather odd!) lockstep iteration behaviour between two
> SRFS with the LATERAL approach?

We could certainly make a variant behavior in nodeFunctionscan.c that
emulates that, if we feel that being exactly bug-compatible on the point
is actually what we want.  I'm dubious about that though, not least
because I don't think *anyone* actually believes that that behavior isn't
broken.  Did you read my upthread message suggesting assorted compromise
choices?
        regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: PATCH: pg_restore parallel-execution-deadlock issue
Следующее
От: Andres Freund
Дата:
Сообщение: Re: Is the unfair lwlock behavior intended?