Re: [HACKERS] Parallel Append implementation

Поиск
Список
Период
Сортировка
Искать
От
amul sul
Тема
Re: [HACKERS] Parallel Append implementation
Дата
Msg-id
CAAJ_b964Ww8CW0zS+=f0jzz_rGfK5-AdeVCt+BSj1KHPz3csZg@mail.gmail.com
Ответ на
Список
Дерево обсуждения
Re: [HACKERS] Parallel Append implementation Amit Khandekar <amitdkhan.pg@gmail.com>
Re: [HACKERS] Parallel Append implementation Amit Kapila <amit.kapila16@gmail.com>
Re: [HACKERS] Parallel Append implementation Robert Haas <robertmhaas@gmail.com>
Re: [HACKERS] Parallel Append implementation Amit Khandekar <amitdkhan.pg@gmail.com>
On Wed, Nov 22, 2017 at 1:44 AM, Robert Haas  wrote:
> On Tue, Nov 21, 2017 at 6:57 AM, amul sul  wrote:
>> By doing following change on the v19 patch does the fix for me:
>>
>> --- a/src/backend/executor/nodeAppend.c
>> +++ b/src/backend/executor/nodeAppend.c
>> @@ -489,11 +489,9 @@ choose_next_subplan_for_worker(AppendState *node)
>>     }
>>
>>     /* Pick the plan we found, and advance pa_next_plan one more time. */
>> -   node->as_whichplan = pstate->pa_next_plan;
>> +   node->as_whichplan = pstate->pa_next_plan++;
>>     if (pstate->pa_next_plan == node->as_nplans)
>>         pstate->pa_next_plan = append->first_partial_plan;
>> -   else
>> -       pstate->pa_next_plan++;
>>
>>     /* If non-partial, immediately mark as finished. */
>>     if (node->as_whichplan < append->first_partial_plan)
>>
>> Attaching patch does same changes to Amit's ParallelAppend_v19_rebased.patch.
>
> Yes, that looks like a correct fix.  Thanks.
>

Attaching updated version of "ParallelAppend_v19_rebased" includes this fix.

Regards,
Amul
В списке pgsql-hackers по дате отправления
От: Tom Lane
Дата:
От: Craig Ringer
Дата:
Сообщение: Re: [HACKERS] SQL procedures
FAQ