]> granicus.if.org Git - postgresql/commit
Fix order of operations in CREATE OR REPLACE VIEW.
authorDean Rasheed <dean.a.rasheed@gmail.com>
Wed, 21 Dec 2016 17:01:52 +0000 (17:01 +0000)
committerDean Rasheed <dean.a.rasheed@gmail.com>
Wed, 21 Dec 2016 17:01:52 +0000 (17:01 +0000)
commita46ee6b30ae9cba3ece5b4b5912969c74969f274
treec09d298c45c500eb26d0905e84fa69349cc83cc4
parentb98e5513f33154ede701963ee9115ea056e9dea9
Fix order of operations in CREATE OR REPLACE VIEW.

When CREATE OR REPLACE VIEW acts on an existing view, don't update the
view options until after the view query has been updated.

This is necessary in the case where CREATE OR REPLACE VIEW is used on
an existing view that is not updatable, and the new view is updatable
and specifies the WITH CHECK OPTION. In this case, attempting to apply
the new options to the view before updating its query fails, because
the options are applied using the ALTER TABLE infrastructure which
checks that WITH CHECK OPTION is only applied to an updatable view.

If new columns are being added to the view, that is also done using
the ALTER TABLE infrastructure, but it is important that that still be
done before updating the view query, because the rules system checks
that the query columns match those on the view relation. Added a
comment to explain that, in case someone is tempted to move that to
where the view options are now being set.

Back-patch to 9.4 where WITH CHECK OPTION was added.

Report: https://postgr.es/m/CAEZATCUp%3Dz%3Ds4SzZjr14bfct_bdJNwMPi-gFi3Xc5k1ntbsAgQ%40mail.gmail.com
src/backend/commands/view.c
src/test/regress/expected/updatable_views.out
src/test/regress/sql/updatable_views.sql