Re: LIMIT 1 FOR UPDATE or FOR UPDATE LIMIT 1? - Mailing list pgsql-sql

From Bruce Momjian
Subject Re: LIMIT 1 FOR UPDATE or FOR UPDATE LIMIT 1?
Date
Msg-id 200208261954.g7QJsmW18141@candle.pha.pa.us
Whole thread Raw
In response to Re: LIMIT 1 FOR UPDATE or FOR UPDATE LIMIT 1?  (Magnus Enbom <dot@rockstorm.se>)
Responses Re: LIMIT 1 FOR UPDATE or FOR UPDATE LIMIT 1?  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-sql
Magnus Enbom wrote:
> On Mon, Aug 26, 2002 at 02:42:26PM -0400, Jan Wieck wrote:
> > Bruce Momjian wrote:
> > > 
> > > I found this email from April.  It properly points out that our
> > > LIMIT/FOR UPDATE ordering doesn't match MySQL's, and MySQL's looks more
> > > correct, specifically that the FOR UPDATE is after the LIMIT.  Our
> > > grammar is:
> > 
> > How do you define "correct" for "non-standard" features? And why don't
> > you ask Monty first to change to our "de-facto-standard"? ;-)
> 
> Already done that. ;-)
> He said he would look into it(having MySQL accept both behaviors), but if 
> it would require a big change of their grammar(for a value of big), he'd rather
> not. He also pointed out(as Bruce and Tom have done) that our(PG) way is 
> kind of backwards. 
> If you look at Oracle, you can see that they also have it last:
> 
> select :== subquery -> for_update_clause ;
> 
> OTOH, Oracle doesn't have LIMIT, but that's another story...
> 

Yep, we clearly have it backwards.  Now, how to address it:
1) leave it unchanged2) allow only new ordering3) allow both orderings for one release4) allow both ordering forever

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
359-1001+  If your life is a hard drive,     |  13 Roberts Road +  Christ can be your backup.        |  Newtown Square,
Pennsylvania19073
 


pgsql-sql by date:

Previous
From: Magnus Enbom
Date:
Subject: Re: LIMIT 1 FOR UPDATE or FOR UPDATE LIMIT 1?
Next
From: h012@ied.com
Date:
Subject: "reverse()" on strings