]> granicus.if.org Git - postgresql/commit
Improve stability of partition_prune regression test.
authorTom Lane <tgl@sss.pgh.pa.us>
Sat, 28 Sep 2019 17:33:34 +0000 (13:33 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Sat, 28 Sep 2019 17:33:34 +0000 (13:33 -0400)
commit4ea03f3f4eba3c76abae2e69bf48c921799a68a3
tree0d3fad143b4664081a7acd873fcf9b9661e4eff3
parent55282fa20f46c193bd4a89ad5bcd048048a8734d
Improve stability of partition_prune regression test.

This test already knew that, to get stable test output, it had to hide
"loops" counts in EXPLAIN ANALYZE results.  But that's not nearly enough:
if we get a smaller number of workers than we planned for, then the
"Workers Launched" number will change, and so will all the rows and loops
counts up to the Gather node.  This has resulted in repeated failures in
the buildfarm, so adjust the test to filter out all these counts.

(Really, we wouldn't bother with EXPLAIN ANALYZE at all here, except
that currently the only way to verify that executor-time pruning has
happened is to look for '(never executed)' annotations.  Those are
stable and needn't be filtered out.)

Back-patch to v11 where the test was introduced.

Discussion: https://postgr.es/m/11952.1569536725@sss.pgh.pa.us
src/test/regress/expected/partition_prune.out
src/test/regress/sql/partition_prune.sql