Fix yet another issue with step generation in partition pruning.
authorEtsuro Fujita
Fri, 7 Aug 2020 05:45:01 +0000 (14:45 +0900)
committerEtsuro Fujita
Fri, 7 Aug 2020 05:45:01 +0000 (14:45 +0900)
commit79a3ab1e98d6b5952e29ad91e07c0e9fc777cc0b
tree670e98028524fbe4dc0aaaa7c72bfcd53f11f6a5
parentbe9bdab983cfc44db1d7f8c06df7d7a7cbcb8128
Fix yet another issue with step generation in partition pruning.

Commit 13838740f fixed some issues with step generation in partition
pruning, but there was yet another one: get_steps_using_prefix() assumes
that clauses in the passed-in prefix list are sorted in ascending order
of their partition key numbers, but the caller failed to ensure this for
range partitioning, which led to an assertion failure in debug builds.
Adjust the caller function to arrange the clauses in the prefix list in
the required order for range partitioning.

Back-patch to v11, like the previous commit.

Patch by me, reviewed by Amit Langote.

Discussion: https://postgr.es/m/CAPmGK16jkXiFG0YqMbU66wte-oJTfW6D1HaNvQf%3D%2B5o9%3Dm55wQ%40mail.gmail.com
src/backend/partitioning/partprune.c
src/test/regress/expected/partition_prune.out
src/test/regress/sql/partition_prune.sql