Re: [PATCHES] NO WAIT ...

Поиск
Список
Период
Сортировка
От Zeugswetter Andreas SB SD
Тема Re: [PATCHES] NO WAIT ...
Дата
Msg-id 46C15C39FEB2C44BA555E356FBCD6FA49620BC@m0114.s-mxs.net
обсуждение исходный текст
Ответы Re: [PATCHES] NO WAIT ...  (Bruce Momjian <pgman@candle.pha.pa.us>)
Re: [PATCHES] NO WAIT ...  (Rod Taylor <pg@rbt.ca>)
Список pgsql-hackers
> > The question is whether we should have a GUC variable to control no
> > waiting on locks or add NO WAIT to specific SQL commands.
> >
> > Does anyone want to vote _against_ the GUC idea for nowait locking.  (We
> > already have two voting for such a variable.)
>
> I vote against. We got bit by both the regex and the autocommit GUC vars
> and this is setting up to cause a similar headache with old code on new
> platforms.

I vote for the GUC. Imho it is not comparable to the "autocommit" case,
since it does not change the way your appl needs to react (appl needs to
react to deadlock already).

I personally think a wait period in seconds would be more useful.
Milli second timeouts tend to be misused with way too low values
in this case, imho.

Andreas


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

Предыдущее
От: "Zeugswetter Andreas SB SD"
Дата:
Сообщение: Re: OIDs, CTIDs, updateable cursors and friends
Следующее
От: Tom Lane
Дата:
Сообщение: Re: OIDs, CTIDs, updateable cursors and friends