Re: [WIP] UNNEST(REFCURSOR): allowing SELECT to consume data from aREFCURSOR

Поиск
Список
Период
Сортировка
От Dent John
Тема Re: [WIP] UNNEST(REFCURSOR): allowing SELECT to consume data from aREFCURSOR
Дата
Msg-id 16F0596F-502E-4CD9-BCFC-7FA1BF63355E@QQdd.eu
обсуждение исходный текст
Ответ на Re: [WIP] UNNEST(REFCURSOR): allowing SELECT to consume data from a REFCURSOR  (Roman Pekar <roma.pekar@gmail.com>)
Ответы Re: [WIP] UNNEST(REFCURSOR): allowing SELECT to consume data from a REFCURSOR  ("Daniel Verite" <daniel@manitou-mail.org>)
Список pgsql-hackers
Hi folks,

I’ve made a revision of this patch. 

The significant change is to access the Portal using Portal APIs rather than through SPI. It seems the persisted state necessary to survive being used to retrieve a row at a time inside an SRF just isn’t a good fit for SPI. 

It turned out there was upstream machinery in the FunctionScan node that prevented Postgres being able to pipeline SRFs, even if they return ValuePerCall. So, in practice, this patch is of limited benefit without another patch that changes that behaviour (see [1]). Nevertheless, the code is independent so I’m submitting the two changes separately. 

I’ll push this into the Jan commit fest.

denty. 


Вложения

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

Предыдущее
От: Amit Kapila
Дата:
Сообщение: Re: logical decoding : exceeded maxAllocatedDescs for .spill files
Следующее
От: Fabien COELHO
Дата:
Сообщение: Re: psql's \watch is broken