aboutsummaryrefslogtreecommitdiff
path: root/src/backend/utils/adt/jsonb.c
diff options
context:
space:
mode:
authorAlvaro Herrera <alvherre@alvh.no-ip.org>2015-02-27 19:19:34 -0300
committerAlvaro Herrera <alvherre@alvh.no-ip.org>2015-02-27 19:19:34 -0300
commitfbef4342a86522c98cd605891ad8c1145a61d191 (patch)
tree3889d6b7cebb234921700fdcae3bd8243fd756af /src/backend/utils/adt/jsonb.c
parentf65e8270587f3e9b8224e20f7d020ed1f816dfe1 (diff)
downloadpostgresql-fbef4342a86522c98cd605891ad8c1145a61d191.tar.gz
postgresql-fbef4342a86522c98cd605891ad8c1145a61d191.zip
Make CREATE OR REPLACE VIEW internally more consistent
The way that columns are added to a view is by calling AlterTableInternal with special subtype AT_AddColumnToView; but that subtype is changed to AT_AddColumnRecurse by ATPrepAddColumn. This has no visible effect in the current code, since views cannot have inheritance children (thus the recursion step is a no-op) and adding a column to a view is executed identically to doing it to a table; but it does make a difference for future event trigger code keeping track of commands, because the current situation leads to confusing the case with a normal ALTER TABLE ADD COLUMN. Fix the problem by passing a flag to ATPrepAddColumn to prevent it from changing the command subtype. The event trigger code can then properly ignore the subcommand. (We could remove the call to ATPrepAddColumn, since views are never typed, and there is never a need for recursion, which are the two conditions that are checked by ATPrepAddColumn; but it seems more future-proof to keep the call in place.)
Diffstat (limited to 'src/backend/utils/adt/jsonb.c')
0 files changed, 0 insertions, 0 deletions