]> granicus.if.org Git - postgresql/commit
Fix dumping of FUNCTION RTEs that contain non-function-call expressions.
authorTom Lane <tgl@sss.pgh.pa.us>
Thu, 13 Jul 2017 23:24:44 +0000 (19:24 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Thu, 13 Jul 2017 23:24:44 +0000 (19:24 -0400)
commit3b0c2dbed07e52b73a87d94ed128784eb5c25de7
tree6e3144f3f5db31a05fa8dfe2f940a16c86cd6f18
parentcb02cbc9d7dbf061e9a4862584481513253a0db5
Fix dumping of FUNCTION RTEs that contain non-function-call expressions.

The grammar will only accept something syntactically similar to a function
call in a function-in-FROM expression.  However, there are various ways
to input something that ruleutils.c won't deparse that way, potentially
leading to a view or rule that fails dump/reload.  Fix by inserting a
dummy CAST around anything that isn't going to deparse as a function
(which is one of the ways to get something like that in there in the
first place).

In HEAD, also make use of the infrastructure added by this to avoid
emitting unnecessary parentheses in CREATE INDEX deparsing.  I did
not change that in back branches, thinking that people might find it
to be unexpected/unnecessary behavioral change.

In HEAD, also fix incorrect logic for when to add extra parens to
partition key expressions.  Somebody apparently thought they could
get away with simpler logic than pg_get_indexdef_worker has, but
they were wrong --- a counterexample is PARTITION BY LIST ((a[1])).
Ignoring the prettyprint flag for partition expressions isn't exactly
a nice solution anyway.

This has been broken all along, so back-patch to all supported branches.

Discussion: https://postgr.es/m/10477.1499970459@sss.pgh.pa.us
src/backend/utils/adt/ruleutils.c
src/test/regress/expected/create_view.out
src/test/regress/sql/create_view.sql