Re: To Postgres Devs : Wouldn't changing the select limit

Поиск
Список
Период
Сортировка
От Jochem van Dieten
Тема Re: To Postgres Devs : Wouldn't changing the select limit
Дата
Msg-id 3BCF43D9.4020603@oli.tudelft.nl
обсуждение исходный текст
Ответ на Re: To Postgres Devs : Wouldn't changing the select limit  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: To Postgres Devs : Wouldn't changing the select limit
Re: To Postgres Devs : Wouldn't changing the select limit
Список pgsql-general
Tom Lane wrote:

> Jochem van Dieten <jochemd@oli.tudelft.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




В списке pgsql-general по дате отправления:

Предыдущее
От: Philip Hallstrom
Дата:
Сообщение: Re: To Postgres Devs : Wouldn't changing the select limit
Следующее
От: David Ford
Дата:
Сообщение: Re: To Postgres Devs : Wouldn't changing the select limit