Re: To Postgres Devs : Wouldn't changing the select limit - Mailing list pgsql-general

From Joel Burton
Subject Re: To Postgres Devs : Wouldn't changing the select limit
Date
Msg-id Pine.LNX.4.30.0110181344131.4883-100000@temp.joelburton.com
Whole thread Raw
In response to Re: To Postgres Devs : Wouldn't changing the select limit  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-general
On Wed, 17 Oct 2001, 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 behaviour than to not follow
> > MySQL behaviour?
>
> Well, it was on the TODO list and people complained while porting their
> MySQL applications.  We clearly made a mistake in the initial
> implementation.
>
> The question is do we fix it or continue with a different
> implementation.  Because we have the separate LIMIT and OFFSET we can
> fix it while giving people a solution that will work for all versions.
> If we don't fix it, all MySQL queries that are ported will be broken.
>
> I assume it got on the TODO list because fixing it was the accepted
> solution.  We can, of course, change our minds.

Changing PG to match MySQL may rankle loyalists' feathers a bit,
but if we can relativeless painless make it easy to port from MySQL
to PG, it's a win.

--

Joel BURTON  |  joel@joelburton.com  |  joelburton.com  |  aim: wjoelburton
Independent Knowledge Management Consultant


pgsql-general by date:

Previous
From: "Holt, Jack C."
Date:
Subject: Re: TEXT field's length limit in PostgreSQL
Next
From: Keary Suska
Date:
Subject: Re: Accessing PostgreSQL through Apache and PHP4 on