Re: SKIP LOCKED DATA (work in progress)

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: SKIP LOCKED DATA (work in progress)
Дата
Msg-id CA+TgmoZSW1Tn15nPO0D3bJQH54UMT0quKjxo6FJ_p7s4oGiocg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: SKIP LOCKED DATA (work in progress)  (Craig Ringer <craig@2ndquadrant.com>)
Ответы Re: SKIP LOCKED DATA (work in progress)
Список 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 по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: -DDISABLE_ENABLE_ASSERT
Следующее
От: David Rowley
Дата:
Сообщение: Re: Allowing join removals for more join types