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

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, Jochem van Dieten <jochemd(at)oli(dot)tudelft(dot)nl>, <pgsql-general(at)postgresql(dot)org>
Subject: Re: To Postgres Devs : Wouldn't changing the select limit
Date: 2001-10-20 11:46:15
Message-ID: Pine.LNX.4.30.0110201152350.827-100000@peter.localdomain
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

Tom Lane writes:

> ERROR: LIMIT #,# syntax no longer supported. Use LIMIT # OFFSET #.
> If translating pre-7.2 Postgres: LIMIT m,n => LIMIT m OFFSET n
> If translating MySQL: LIMIT m,n => OFFSET m LIMIT n

I think someone is panicking here for no reason, but I'm not sure who it
is. If we think that LIMIT x,y should be phased out, then let's add that
to the documentation and remove it in a later release, so people have a
chance to prepare. But you're removing a perfectly fine feature that has
received no attention in the last two years on the last day before beta
because of a mysterious crowd of people porting from MySQL. Let me tell
you: People porting from MySQL are going to have a lot of other problems
before they find out that LIMIT works differently.

In addition I want to repeat my object to notices and errors that are
teaching syntax or trying to give smart tips. If a command is not
syntactically correct then it's a syntax error. If the command used to be
correct, might be correct in the future, or is correct in some other life
then it's still a syntax error. If we want to have a "tip mode" then
let's have one, but until that happens the documentation is the place to
explain error messages or give advice how to avoid them.

Now, of course this whole situation is a bit unfortunate because of the
syntax mixup. But let's remember that most people that are going to use
PostgreSQL 7.2 are the people that are using PostgreSQL 7.1 now, and
they're going to be a lot happier the less they're going to be annoyed by
gratuitous breaks in compatibility that had no prior notice at all.

--
Peter Eisentraut peter_e(at)gmx(dot)net http://funkturm.homeip.net/~peter

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Dinesh Parikh 2001-10-20 13:35:26 Query On Case structure
Previous Message Andre Schnabel 2001-10-20 07:51:53 Re: Bug in pg_dump/pg_restore

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2001-10-20 11:46:23 Re: Detecting glibc getopt?
Previous Message Peter Eisentraut 2001-10-20 11:45:22 Re: Catalogs design question