Fix dumping of views that are just VALUES(...) but have column aliases.
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 25 Feb 2015 17:01:12 +0000 (12:01 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 25 Feb 2015 17:01:12 +0000 (12:01 -0500)
commitf864fe07403e6d6b38a06490c01a62a41872899a
treecaa048752c7b7b478ee0bee3b155911f8596d200
parenta6ddff81226aa39a610de1ff312dcbc0e4b9fa4d
Fix dumping of views that are just VALUES(...) but have column aliases.

The "simple" path for printing VALUES clauses doesn't work if we need
to attach nondefault column aliases, because there's noplace to do that
in the minimal VALUES() syntax.  So modify get_simple_values_rte() to
detect nondefault aliases and treat that as a non-simple case.  This
further exposes that the "non-simple" path never actually worked;
it didn't produce valid syntax.  Fix that too.  Per bug #12789 from
Curtis McEnroe, and analysis by Andrew Gierth.

Back-patch to all supported branches.  Before 9.3, this also requires
back-patching the part of commit 092d7ded29f36b0539046b23b81b9f0bf2d637f1
that created get_simple_values_rte() to begin with; inserting the extra
test into the old factorization of that logic would've been too messy.
src/backend/utils/adt/ruleutils.c
src/test/regress/expected/rules.out
src/test/regress/sql/rules.sql