]> granicus.if.org Git - postgresql/commit
Ensure that pg_get_ruledef()'s output matches pg_get_viewdef()'s.
authorTom Lane <tgl@sss.pgh.pa.us>
Mon, 24 Jul 2017 19:16:31 +0000 (15:16 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 24 Jul 2017 19:16:31 +0000 (15:16 -0400)
commit3a07ba128581dac2f5e6b3eb0b568e2cb09dba33
tree88824d1467e71d5a411d4bfd6a6af740f7dc1f9a
parentbcc2c3b4572491fef845de30b0ed369f09635586
Ensure that pg_get_ruledef()'s output matches pg_get_viewdef()'s.

Various cases involving renaming of view columns are handled by having
make_viewdef pass down the view's current relation tupledesc to
get_query_def, which then takes care to use the column names from the
tupledesc for the output column names of the SELECT.  For some reason
though, we'd missed teaching make_ruledef to do similarly when it is
printing an ON SELECT rule, even though this is exactly the same case.
The results from pg_get_ruledef would then be different and arguably wrong.
In particular, this breaks pre-v10 versions of pg_dump, which in some
situations would define views by means of emitting a CREATE RULE ... ON
SELECT command.  Third-party tools might not be happy either.

In passing, clean up some crufty code in make_viewdef; we'd apparently
modernized the equivalent code in make_ruledef somewhere along the way,
and missed this copy.

Per report from Gilles Darold.  Back-patch to all supported versions.

Discussion: https://postgr.es/m/ec05659a-40ff-4510-fc45-ca9d965d0838@dalibo.com
src/backend/utils/adt/ruleutils.c
src/test/regress/expected/create_view.out
src/test/regress/sql/create_view.sql