Re: Postresql 8.0 Beta 3 - SELECT ... FOR UPDATE

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Postresql 8.0 Beta 3 - SELECT ... FOR UPDATE
Дата
Msg-id 200411250313.iAP3DNJ01731@candle.pha.pa.us
обсуждение исходный текст
Ответ на Postresql 8.0 Beta 3 - SELECT ... FOR UPDATE  ("ronzo" <m.ronzoni@nocerainformatica.net>)
Ответы Re: Postresql 8.0 Beta 3 - SELECT ... FOR UPDATE  (Rod Taylor <pg@rbt.ca>)
Список pgsql-hackers
ronzo wrote:
> Hi
> 
> Was already implemented the timeout on the "SELECT ... FOR UPDATE" (non-blocking lock) and/or is possible known if
thelock exist on the specified ROW before executing the SELECT?
 
> 
> Please note: ours need is the timeout/verify at the ROW level, not at the table level. 
> 
> Is already OK? Is in the TODO list?
> May you suggest an alternative method?

We have discussed this at length and no one could state why having an
timeout per lock is any better than using a statement_timeout.

We can not do a NOWAIT on a single SELECT because there are alot of
locks used even for a select and having them fail randomly would be
useless.

--  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-hackers по дате отправления:

Предыдущее
От: "Arnold.Zhu"
Дата:
Сообщение: Re: How to make @id or $id as parameter name in plpgsql,is it available?
Следующее
От: Tom Lane
Дата:
Сообщение: Re: plpgsql lacks generic identifier for record in triggers...