Re: [HACKERS] EvalPlanQual behaves oddly for FDW queries involvingsystem columns

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: [HACKERS] EvalPlanQual behaves oddly for FDW queries involvingsystem columns
Дата
Msg-id 20190228181836.pubst2yddu2werxx@alap3.anarazel.de
обсуждение исходный текст
Ответ на Re: [HACKERS] EvalPlanQual behaves oddly for FDW queries involvingsystem columns  (Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>)
Ответы Re: [HACKERS] EvalPlanQual behaves oddly for FDW queries involvingsystem columns  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
Hi,

Thanks for the quick response.

On 2019-02-28 18:28:37 +0900, Etsuro Fujita wrote:
> > I'm currently
> > converting the EPQ machinery to slots, and in course of that I (with
> > Horiguchi-san's help), converted RefetchForeignRow to return a slot. But
> > there's currently no in-core user of this facility...  I guess I can
> > rebase the preliminary postgres_fdw patch here, but it bitrotted
> > significantly.
> 
> I'll rebase that patch and help the testing, if you want me to.

That'd be awesome.


> > I also feel like there should be some test coverage for
> > an API in a nontrivial part of the code...
> 
> Yeah, but as mentioned above, the row-locking API is provided for FDWs
> operating against local storage, which we don't have in core, unfortunately.

Yea. file_fdw exists, but doesn't support modifications...

Greetings,

Andres Freund


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Drop type "smgr"?
Следующее
От: Tom Lane
Дата:
Сообщение: Re: plpgsql variable named as SQL keyword