pg.ddx.io  pgsql-sql@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Robert Treat <xzilla@users.sourceforge.net>
To: Bruce Momjian <pgman@candle.pha.pa.us>
To: Peter Eisentraut <peter_e@gmx.net>
Cc: Rod Taylor <rbt@zort.ca>
Cc: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Larry Rosenman <ler@lerctr.org>
Cc: PostgreSQL-development <pgsql-hackers@postgresql.org>
Subject: Re: [SQL] LIMIT 1 FOR UPDATE or FOR UPDATE LIMIT 1?
Date: Wed, 28 Aug 2002 19:27:46 -0400
Message-ID: <200208281927.46634.xzilla@users.sourceforge.net> (raw)
In-Reply-To: <200208282106.g7SL6wR03197@candle.pha.pa.us>
References: <200208282106.g7SL6wR03197@candle.pha.pa.us>

On Wednesday 28 August 2002 05:06 pm, Bruce Momjian wrote:
> Peter Eisentraut wrote:
> > Bruce Momjian writes:
> > > That SELECT syntax is already too confusing.  I don't want to add an
> > > additional documentation specification that provides no value to users.
> >
> > The value of the documentation, especially the reference manual, is that
> > it provides an authorative source of what works and what doesn't.  It is
> > not the place to hide transitional phases.  Moreover, the least possible
> > value you could provide to users is to gratuitously[*] change the syntax
> > and not tell anyone about it.
> >
> > In fact, the recent trend in the SQL commands has been to accept most
> > options in any order, so it would only be logical to accept the LIMIT and
> > FOR UDPATE options in any order and document that fact.  There is a
> > separate section in each reference page for information about which
> > format is compatible with what.
> >
> > But please remember that our foremost goal is to be compatible, both in
> > actuality and in mindset, with PostgreSQL, not with any other product
> > that happened to use a slightly different syntax at their whim.
> >
> > Therefore I request that both forms be accepted and documented as equally
> > valid.
>
> You made the same argument for the COPY syntax, that we publish both the
> old and new syntaxes, and I resisted because I felt most people would
> rather just see the best syntax.  I don't see the documentation as
> showing every possible syntax because that really doesn't benefit users,
> or should I say confused more than it helps.
>
> If you would like a vote, we can do that, but as I remember we had the
> same issue with COPY and we got most votes to just show the best syntax.

There are two cases where I see potential problems; first would be someone 
trying to migrate from pre 7.3 who sees the "new" documentation and thinks 
that part of his upgrade path is going to require rewriting X number of 
queries/scripts/whatever... Second will be someone that comes in and needs to 
work on some legacy code and what he looks at is directly in contrast to what 
is in the documentation, but it appears to run fine. Both of these cases are 
going to cause people confusion and when they post to the mailing list we'll 
be denied an opportunity to just blurt out in all caps RTFM!  :-)  

I can assure you that both of these issues will be entered into the 
interactive documents at some point, I'd just feel better if it we're in 
there by default. 

Robert Treat




view thread (43+ messages)  latest in thread

Message-ID: <200208281927.46634.xzilla@users.sourceforge.net>
Permalink:  ../200208281927.46634.xzilla@users.sourceforge.net/
Also on:    postgresql.org/message-id/200208281927.46634.xzilla@users.sourceforge.net

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-sql@postgresql.org
  Cc: xzilla@users.sourceforge.net, pgman@candle.pha.pa.us, peter_e@gmx.net, rbt@zort.ca, tgl@sss.pgh.pa.us, ler@lerctr.org, pgsql-hackers@postgresql.org
  Subject: Re: [SQL] LIMIT 1 FOR UPDATE or FOR UPDATE LIMIT 1?
  In-Reply-To: <200208281927.46634.xzilla@users.sourceforge.net>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox