From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Rod Taylor <rbt(at)rbt(dot)ca> |
Cc: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>, Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [PATCHES] Non-colliding auto generated names |
Date: | 2003-03-05 21:53:20 |
Message-ID: | 27910.1046901200@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Rod Taylor <rbt(at)rbt(dot)ca> writes:
> 200N spec proposes 'NEXT VALUE FOR <sequence>'.
> Tom will shoot me if I submit that though (VALUE as a keyword again). I
> suppose one could make it a variable, and confirm it's value is VALUE?
> Anyway, once again we could extend to include:
> NEXT VALUE ON table(column)?
This is looking messier and messier. And, you are all conveniently
ignoring the fact that any change in sequence naming conventions will
break existing applications. Offering some completely new syntax
that they're supposed to use instead won't make people any happier.
I think we should stick with the existing naming convention. The only
actual problem that's been pointed out here is that an ALTER TABLE
(or COLUMN) RENAME on a serial column doesn't update the sequence name
to match. Seems to me we could fix that with less effort than any of
these solutions would take, and it wouldn't break existing applications.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2003-03-05 22:37:35 | Re: XML ouput for psql |
Previous Message | Bruce Momjian | 2003-03-05 21:52:44 | Re: request for sql3 compliance for the update command |
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2003-03-05 22:37:35 | Re: XML ouput for psql |
Previous Message | Bruce Momjian | 2003-03-05 20:04:04 | Re: [PATCHES] Non-colliding auto generated names |