NEXT VALUE FOR...

From: Rod Taylor <pg(at)rbt(dot)ca>
To: PostgreSQL Patches <pgsql-patches(at)postgresql(dot)org>
Subject: NEXT VALUE FOR...
Date: 2004-04-20 23:18:20
Message-ID: 1082503100.80320.86.camel@jester
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-patches

It would appear the spec was approved of before we got foo.nextval, so
here it is again.

NEXT VALUE FOR and CURRENT VALUE FOR where CURRENT is an unreserved
keyword and VALUE is not reserved in any way (ident with comparison to
"value").

This allows the default of a table to depend on a sequence, CASCADE drop
of the sequence removes removes references to it.

CURRENT VALUE FOR is an extension of the spec.

This gives us almost everything required for the Sequence feature (T176)
(as per the draft).

We're missing the datatype specification on the sequence.

CREATE SEQUENCE t AS numeric(130);

Rod Taylor <rbt ( at ) rbt ( dot ) ca> writes:
> Are you ok with the DB2 and draft-spec syntax of NEXT VALUE FOR (where
> value is not a reserved word)? Or should I hold onto that until the
> spec has gone through the final draft / release?

By that time we'll have done the Oracle-style foo.nextval, and it'll
become kind of a moot point ;-)

regards, tom lane

Attachment Content-Type Size
nextval.patch text/x-patch 27.4 KB

Responses

Browse pgsql-patches by date

  From Date Subject
Next Message Bruce Momjian 2004-04-21 00:34:53 Change of CSV keywords
Previous Message Michiel Ephraim 2004-04-20 21:57:14 Re: build annoyences