Re: Transaction-scope advisory locks

Поиск
Список
Период
Сортировка
От Marko Tiikkaja
Тема Re: Transaction-scope advisory locks
Дата
Msg-id 4D06A8CE.9060601@cs.helsinki.fi
обсуждение исходный текст
Ответ на Re: Transaction-scope advisory locks  (Szymon Guz <mabewlun@gmail.com>)
Ответы Re: Transaction-scope advisory locks  (Simon Riggs <simon@2ndQuadrant.com>)
Re: Transaction-scope advisory locks  (Josh Berkus <josh@agliodbs.com>)
Re: Transaction-scope advisory locks  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Transaction-scope advisory locks  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
On 2010-12-14 1:08 AM +0200, Szymon Guz wrote:
> On 13 December 2010 23:52, Marko Tiikkaja<marko.tiikkaja@cs.helsinki.fi>wrote:
>> So, thoughts?
>>
> In my opinion changing current behavior is not a good idea. I know some
> software that relies on current behavior and this would break it. Maybe add
> that as an option, or add another type of advisory lock?

Oh, I forgot to mention.  The patch doesn't change any existing 
behaviour; the new behaviour can be invoked only by adding a new boolean 
argument:

SELECT pg_advisory_lock(1, false);

The lock space is the same though, but I don't feel strongly about it.


Regards,
Marko Tiikkaja


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Szymon Guz
Дата:
Сообщение: Re: Transaction-scope advisory locks
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: Complier warnings on mingw gcc 4.5.0