Re: Oddity with parallel safety test for scan/join target in grouping_planner

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Oddity with parallel safety test for scan/join target in grouping_planner
Дата
Msg-id CA+TgmobmV=Zw2OEJKUorJe=e+_fCzsvYErR6tXxTjCzK45x9RQ@mail.gmail.com
обсуждение исходный текст
Ответ на Oddity with parallel safety test for scan/join target in grouping_planner  (Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>)
Ответы Re: Oddity with parallel safety test for scan/join target in grouping_planner  (Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>)
Список pgsql-hackers
Дерево обсуждения 
On Tue, Feb 26, 2019 at 7:26 AM Etsuro Fujita
<fujita.etsuro@lab.ntt.co.jp> wrote:
> The parallel safety of the final scan/join target is determined from the
> grouping target, not that target, which [ is wrong ]

OOPS.  That's pretty embarrassing.

Your patch looks right to me.  I will now go look for a bag to put over my head.

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

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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Unneeded parallel safety tests in grouping_planner
Следующее
От: Robert Haas
Дата:
Сообщение: Re: reloption to prevent VACUUM from truncating empty pages at theend of relation