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

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: To Postgres Devs : Wouldn't changing the select limit
Дата
Msg-id 200110190126.f9J1QHn10265@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: To Postgres Devs : Wouldn't changing the select limit  (Jochem van Dieten <jochemd@oli.tudelft.nl>)
Список pgsql-general
> 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.

I am confused.  While LIMIT and OFFSET may are potential SQL standard
reserved words, I don't see how LIMIT #,# would ever be a standard
specification.  Do you see this somewhere I am missing.  Again, LIMIT
#,# is the only syntax we are removing.

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: To Postgres Devs : Wouldn't changing the select limit
Следующее
От: Tom Lane
Дата:
Сообщение: Re: VACUUM vs VACUUM ANALYZE