From: | Jochem van Dieten <jochemd(at)oli(dot)tudelft(dot)nl> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: To Postgres Devs : Wouldn't changing the select limit |
Date: | 2001-10-18 21:04:25 |
Message-ID: | 3BCF43D9.4020603@oli.tudelft.nl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
Tom Lane wrote:
> Jochem van Dieten <jochemd(at)oli(dot)tudelft(dot)nl> writes:
>
>>I would say the relevant behaviour is neither the one that MySQL
>>historically uses nor the one that PostgreSQL historically uses, but the
>>one that is specified in the relevant standards.
>>
>
> There aren't any: SQL92 and SQL99 have no such feature. (Although I
> notice that they list LIMIT as a word likely to become reserved in
> future versions.)
But according to the list in the PostgreSQL docs OFFSET is not a
reserved word. Is it one of the 'likely to become reserved' words?
> IMHO "LIMIT n OFFSET n" is far more readable than "LIMIT m,n" anyway.
> (Quick: which number is first in the comma version? By what reasoning
> could you deduce that if you'd forgotten?) So I think we should
> deprecate and eventually eliminate the comma version, if we're not
> going to conform to the de facto standard for it.
I agree that LIMIT n OFFSET n is by far the most readable format, and is
therefore the desirable format. But I am not sure about deprecating and
eliminating the other syntax. Above all it should be avoided that it is
now deprecated but is included in the next SQL standard and has to be
added again.
For now, I abstain.
Jochem
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Gould | 2001-10-18 21:12:09 | Re: Backup Postgre Windows to Linux |
Previous Message | Philip Hallstrom | 2001-10-18 21:02:22 | Re: To Postgres Devs : Wouldn't changing the select limit |
From | Date | Subject | |
---|---|---|---|
Next Message | Dan | 2001-10-18 21:24:54 | Re: autoconf taking forever? |
Previous Message | Peter Eisentraut | 2001-10-18 21:04:22 | Re: Package support for Postgres |