Re: [PATCHES] NO WAIT ... - Mailing list pgsql-hackers

From Zeugswetter Andreas SB SD
Subject Re: [PATCHES] NO WAIT ...
Date
Msg-id 46C15C39FEB2C44BA555E356FBCD6FA49620BC@m0114.s-mxs.net
Whole thread Raw
Responses Re: [PATCHES] NO WAIT ...  (Bruce Momjian <pgman@candle.pha.pa.us>)
Re: [PATCHES] NO WAIT ...  (Rod Taylor <pg@rbt.ca>)
List 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 by date:

Previous
From: "Zeugswetter Andreas SB SD"
Date:
Subject: Re: OIDs, CTIDs, updateable cursors and friends
Next
From: Tom Lane
Date:
Subject: Re: OIDs, CTIDs, updateable cursors and friends