database/postgres
1
0
Fork 0
mirror of https://github.com/postgres/postgres.git synced 2025-07-24 14:22:24 +03:00
Code Activity

Fix assertion failure when Parallel Append is run serially.

Browse Source 
Parallel-aware plan nodes must be prepared to run without parallelism
if it's not possible at execution time for whatever reason.  Commit
ab72716778, which introduced Parallel
Append, overlooked this.

Rajkumar Raghuwanshi reported this problem, and I included his test
case in this patch.  The code changes are by me.

Discussion: http://postgr.es/m/CAKcux6=WqkUudLg1GLZZ7fc5ScWC1+Y9qD=pAHeqy32WoeJQvw@mail.gmail.com
This commit is contained in:
Robert Haas
2018-02-28 10:56:06 -05:00
parent 4fa396464e
commit ce1663cdcd
3 changed files with 31 additions and 7 deletions
Download Patch File Download Diff File Expand all files Collapse all files

11
src/test/regress/expected/select_parallel.out
View File

@ -121,6 +121,17 @@ select round(avg(aa)), sum(aa) from a_star a4;
(1 row)
reset enable_parallel_append;
-- Parallel Append that runs serially
create or replace function foobar() returns setof text as
$$ select 'foo'::varchar union all select 'bar'::varchar $$
language sql stable;
select foobar() order by 1;
foobar
--------
bar
foo
(2 rows)
-- test with leader participation disabled
set parallel_leader_participation = off;
explain (costs off)

6
src/test/regress/sql/select_parallel.sql
View File

@ -49,6 +49,12 @@ explain (costs off)
select round(avg(aa)), sum(aa) from a_star a4;
reset enable_parallel_append;
-- Parallel Append that runs serially
create or replace function foobar() returns setof text as
$$ select 'foo'::varchar union all select 'bar'::varchar $$
language sql stable;
select foobar() order by 1;
-- test with leader participation disabled
set parallel_leader_participation = off;
explain (costs off)