Re: SKIP LOCKED DATA (work in progress) - Mailing list pgsql-hackers

From Robert Haas
Subject Re: SKIP LOCKED DATA (work in progress)
Date
Msg-id CA+TgmoZSW1Tn15nPO0D3bJQH54UMT0quKjxo6FJ_p7s4oGiocg@mail.gmail.com
Whole thread Raw
In response to Re: SKIP LOCKED DATA (work in progress)  (Craig Ringer <craig@2ndquadrant.com>)
Responses Re: SKIP LOCKED DATA (work in progress)
List pgsql-hackers
On Sat, May 17, 2014 at 1:02 AM, Craig Ringer <craig@2ndquadrant.com> wrote:

> We have a long tradition of trying to allow noise keywords where it's
> harmless.
>
> So the clause should probably be
>
>      SKIP LOCKED [DATA]
>
> in much the same way we have
>
>     BEGIN [ WORK | TRANSACTION ] ...
>
> There won't be any ambiguity there.

We've had some problems in the past where allowing optional noise
words resulted in grammar conflicts that made future features harder
to add.  See previous discussions about LOCK TABLE, wherein we almost
went to the extreme of adding a completely separate ACQUIRE LOCK
command.  A lot of these things seem harmless when you first do them,
and then later they seem less harmless.

Anyway, +1 for the general idea of this feature.  It's come up a
number of times on this mailing list, and we've had customer requests
for it, too.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: -DDISABLE_ENABLE_ASSERT
Next
From: David Rowley
Date:
Subject: Re: Allowing join removals for more join types