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 3BCE856E.6090105@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  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
Bruce Momjian wrote:

>>Bruce Momjian writes:
>>
>>
>>>>Break the SQL code that has been implemented for prior versions??
>>>> Bummer ;((.
>>>>
>>>Yes, but we don't follow the MySQL behavior, which we copied when we
>>>added LIMIT.  Seems we should agree with their implementation.
>>>
>>Isn't it much worse to not follow PostgreSQL behavior than to not follow
>>MySQL behavior?
>>
>
> Another idea:  because our historical Limit #,# differs from MySQL, one
> idea is to disable LIMIT #,# completely and instead print an error
> stating they have to use LIMIT # OFFSET #.  Although that would break
> both MySQl and old PostgreSQL queries, it would not generate incorrect
> results.


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. Since nobody brought
this up yet I presume these standards leave the implementation of LIMIT
open (I tried to google myself, but I couldn't exactly find it).
Is that correct or does (any of the) the SQL standards specify a behaviour?

Jochem


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

Предыдущее
От: J C Lawrence
Дата:
Сообщение: Re: COMMIT after an ERROR?
Следующее
От: Alexey Borzov
Дата:
Сообщение: Re: To Postgres Devs : Wouldn't changing the select limit