From: | Rod Taylor <rbt(at)rbt(dot)ca> |
---|---|
To: | PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Sequence functions |
Date: | 2003-05-29 19:15:35 |
Message-ID: | 1054235734.13721.46.camel@jester |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Incase someone is interested, here is a patch without the CURRENT VALUE
FOR portion.
On Sat, 2003-05-24 at 23:39, Rod Taylor wrote:
> We need to track sequence usage in things like defaults. nextval()
> function calls don't easily allow this to happen.
>
> The 200N spec has NEXT VALUE FOR <seqname> as the equivalent to
> nextval(), which would allow this to happen.
>
> I can make VALUE an IDENT in gram.y to prevent it from becoming a
> reserved keyword.
>
>
> I would also like to add CURRENT VALUE FOR <seqname> for an equivalent
> to currval(). CURRENT would need to become a reserved word for this to
> happen.
>
> The SQL spec has several reason why CURRENT should be reserved including
> several cursor manipulation items (WHERE CURRENT OF), a windowing
> function (is this based on cursors?), DISCONNECT, etc.
>
> Any objections to making CURRENT a reserved word?
>
>
> BTW, VALUE also seems to be used for a special form of unique
> constraint. UNIQUE(VALUE) which is equivalent to UNIQUE(SELECT * FROM
> <table>).
--
Rod Taylor <rbt(at)rbt(dot)ca>
PGP Key: http://www.rbt.ca/rbtpub.asc
Attachment | Content-Type | Size |
---|---|---|
nextvaluefor.patch | text/x-patch | 24.9 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2003-05-29 19:19:09 | Re: Question about simple function folding optimization |
Previous Message | Bruno Wolff III | 2003-05-29 19:04:54 | Re: Question about simple function folding optimization |