| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Marko Kreen <markokr(at)gmail(dot)com> |
| Cc: | Bruno Wolff III <bruno(at)wolff(dot)to>, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, Josh Berkus <josh(at)agliodbs(dot)com>, PostgreSQL-patches <pgsql-patches(at)postgresql(dot)org> |
| Subject: | Re: [HACKERS] Inconsistent syntax in GRANT |
| Date: | 2006-01-06 20:31:46 |
| Message-ID: | 22518.1136579506@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers pgsql-patches |
Marko Kreen <markokr(at)gmail(dot)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.
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.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2006-01-06 20:34:38 | Re: [HACKERS] Inconsistent syntax in GRANT |
| Previous Message | Marko Kreen | 2006-01-06 19:06:09 | Re: [HACKERS] Inconsistent syntax in GRANT |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2006-01-06 20:34:38 | Re: [HACKERS] Inconsistent syntax in GRANT |
| Previous Message | Joachim Wieland | 2006-01-06 19:27:39 | psql tab completion enhancements |