Re: fdw_scan_tlist for foreign table scans breaks EPQ testing, doesn't it?

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: fdw_scan_tlist for foreign table scans breaks EPQ testing, doesn't it?
Дата
Msg-id CA+TgmoZr2Bvuqn4VUcjxUWgZ-D=HAviYB_Pj1g3G5aGCduOFCg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: fdw_scan_tlist for foreign table scans breaks EPQ testing, doesn't it?  (Kouhei Kaigai <kaigai@ak.jp.nec.com>)
Ответы Re: fdw_scan_tlist for foreign table scans breaks EPQ testing, doesn't it?  (Kouhei Kaigai <kaigai@ak.jp.nec.com>)
Список pgsql-hackers
On Wed, Jul 22, 2015 at 8:13 AM, Kouhei Kaigai <kaigai@ak.jp.nec.com> wrote:
>> No, what I'm concerned about is the case when scanrelid > 0.
>>
> Hmm. if scanrelid > 0, then fdw_scan_tlist should be NIL.
> I want to put Assert(scanrelid==0 || fdw_scan_tlist == NIL) just after
> the GetForeignPlan() in createplan.c.
>
> I'm curious why you tried to put valid fdw_scan_tlist for scanrelid > 0.
> It's unusual.

Allowing that was part of the point of Tom Lane's commit
1a8a4e5cde2b7755e11bde2ea7897bd650622d3e.  See the second bullet
point, after the comma.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: [PROPOSAL] VACUUM Progress Checker.
Следующее
От: Teodor Sigaev
Дата:
Сообщение: Re: stringify MAKE_SQLSTATE()