Re: [HACKERS] Inconsistent syntax in GRANT
От | Marko Kreen |
---|---|
Тема | Re: [HACKERS] Inconsistent syntax in GRANT |
Дата | |
Msg-id | e51f66da0601061329r6ecabccq3262066ba601fd19@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] Inconsistent syntax in GRANT (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [HACKERS] Inconsistent syntax in GRANT
|
Список | pgsql-patches |
On 1/6/06, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Marko Kreen <markokr@gmail.com> writes: > > But my question is rather - is there any scenario where setval() should > > go with nextval()? > > > It seems that their pairing is an accident and should be fixed. > > I think the original argument for the current design was that with > enough nextval's you can duplicate the effect of a setval. This is only > strictly true if the sequence is CYCLE mode, and even then it'd take a > whole lot of patience to wrap an int8 sequence around ... but the > distinction between them is not so large as you make it out to be. With bigserial this is more like CPU DoS, while other users can work normally. > In any case I think we are wasting our time discussing it, and instead > should be looking through the SQL2003 spec to see what it requires. > Bruce couldn't find anything in it about this but I can't believe the > info isn't there somewhere. Google tells that Oracle has ALTER and SELECT; DB2 has ALTER and USAGE. I found SQL2003 pdf's too ... from my reading it has only USAGE. 5WD-02-Foundation-2003-09.pdf: page 724 -> General Rules -> #2 page 740 -> Syntax rules -> #3 Everything combined: SELECT: currval UPDATE: nextval USAGE: currval, nextval ALTER: setval Confusing? -- marko
В списке pgsql-patches по дате отправления: