]> granicus.if.org Git - postgresql/commit
Better handle pseudotypes as partition keys
authorAlvaro Herrera <alvherre@alvh.no-ip.org>
Tue, 10 Jul 2018 19:07:28 +0000 (15:07 -0400)
committerAlvaro Herrera <alvherre@alvh.no-ip.org>
Tue, 10 Jul 2018 19:16:27 +0000 (15:16 -0400)
commite7df94f317c979ad176adc0155a3e8af63e68ac9
tree3bffd42ebdcac79f2c1e277e556c85a7528c6567
parent4cf30f6fdeed4977dfe52bf1d4fda74c883d3760
Better handle pseudotypes as partition keys

We fail to handle polymorphic types properly when they are used as
partition keys: we were unnecessarily adding a RelabelType node on top,
which confuses code examining the nodes.  In particular, this makes
predtest.c-based partition pruning not to work, and ruleutils.c to emit
expressions that are uglier than needed.  Fix it by not adding RelabelType
when not needed.

In master/11 the new pruning code is separate so it doesn't suffer from
this problem, since we already fixed it (in essentially the same way) in
e5dcbb88a15d, which also added a few tests; back-patch those tests to
pg10 also.  But since UPDATE/DELETE still uses predtest.c in pg11, this
change improves partitioning for those cases too.  Add tests for this.
The ruleutils.c behavior change is relevant in pg11/master too.

Co-authored-by: Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>
Co-authored-by: Álvaro Herrera <alvherre@alvh.no-ip.org>
Reviewed-by: Álvaro Herrera <alvherre@alvh.no-ip.org>
Reviewed-by: Robert Haas <robertmhaas@gmail.com>
Discussion: https://postgr.es/m/54745d13-7ed4-54ac-97d8-ea1eec95ae25@lab.ntt.co.jp
src/backend/partitioning/partbounds.c
src/test/regress/expected/create_table.out
src/test/regress/expected/partition_prune.out
src/test/regress/sql/partition_prune.sql