OSDN Git Service

Rearrange ALTER TABLE syntax processing as per my recent proposal: the
authorTom Lane <tgl@sss.pgh.pa.us>
Sun, 15 Jun 2008 01:25:54 +0000 (01:25 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Sun, 15 Jun 2008 01:25:54 +0000 (01:25 +0000)
commita0b012a1ab85ae115f30e5e4fe09922b4885fdad
tree135f60e46a2a1a7cf7c07fbc062ea5417adaf797
parentbd2ef8707f27af1da91f4b4926e71e13e2b13149
Rearrange ALTER TABLE syntax processing as per my recent proposal: the
grammar allows ALTER TABLE/INDEX/SEQUENCE/VIEW interchangeably for all
subforms of those commands, and then we sort out what's really legal
at execution time.  This allows the ALTER SEQUENCE/VIEW reference pages
to fully document all the ALTER forms available for sequences and views
respectively, and eliminates a longstanding cause of confusion for users.

The net effect is that the following forms are allowed that weren't before:
ALTER SEQUENCE OWNER TO
ALTER VIEW ALTER COLUMN SET/DROP DEFAULT
ALTER VIEW OWNER TO
ALTER VIEW SET SCHEMA
(There's no actual functionality gain here, but formerly you had to say
ALTER TABLE instead.)

Interestingly, the grammar tables actually get smaller, probably because
there are fewer special cases to keep track of.

I did not disallow using ALTER TABLE for these operations.  Perhaps we
should, but there's a backwards-compatibility issue if we do; in fact
it would break existing pg_dump scripts.  I did however tighten up
ALTER SEQUENCE and ALTER VIEW to reject non-sequences and non-views
in the new cases as well as a couple of cases where they didn't before.

The patch doesn't change pg_dump to use the new syntaxes, either.
doc/src/sgml/ref/alter_sequence.sgml
doc/src/sgml/ref/alter_view.sgml
src/backend/commands/alter.c
src/backend/commands/tablecmds.c
src/backend/parser/gram.y
src/backend/tcop/utility.c
src/include/commands/tablecmds.h