Re: [PATCHES] TRUNCATE TABLE with IDENTITY
| От | Tom Lane |
|---|---|
| Тема | Re: [PATCHES] TRUNCATE TABLE with IDENTITY |
| Дата | |
| Msg-id | 4346.1210983337@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [PATCHES] TRUNCATE TABLE with IDENTITY (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
I wrote:
> One interesting point here is that the patch as submitted allowed
> ALTER SEQUENCE MINVALUE/MAXVALUE to be used to set a sequence range
> that the original START value was outside of. This would result in
> a failure at ALTER SEQUENCE RESTART. Since, as stated above, we
> really don't want that happening during TRUNCATE, I adjusted the
> patch to make such an ALTER SEQUENCE fail. This is at least potentially
> an incompatible change: command sequences that used to be legal could
> now fail. I doubt it's very likely to bite anyone in practice, though.
It occurs to me that we could defineALTER SEQUENCE s START WITH x
(which is syntactically legal, but rejected by sequence.c at the moment)
as updating the stored start_value and thus affecting what future
ALTER SEQUENCE RESTART commands will do. Right now there is simply
no way to change start_value after sequence creation, which is pretty
strange considering we let you change every other sequence parameter.
It would also provide a way out for anyone who does want to change the
minval/maxval as sketched above.
I think this is about a ten-line change as far as the code goes...
any objections?
regards, tom lane
В списке pgsql-hackers по дате отправления: