> > Added to TODO: > > * Add SET parameter to timeout if waiting for lock too long > > I repeat my strong objection to any global (ie, affecting all locks) > timeout. Such a "feature" will have unpleasant consequences. Except that other people like myself, see those consequences as a pleasant thing :-) And we are talking about something that has to be requested by the client explicitly (at least in a default installation). It simply does make sense for an interactive client to not block more than ~ 30 seconds. Andreas ---------------------------(end of broadcast)--------------------------- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
- AW: AW: [HACKERS] timeout on lock feature Zeugswetter Andreas SB
- AW: AW: [HACKERS] timeout on lock feature Zeugswetter Andreas SB
- Re: AW: AW: [HACKERS] timeout on lock feat... Tom Lane
- Re: [HACKERS] timeout on lock feature Nathan Myers
- Re: [HACKERS] timeout on lock feat... Theo Kramer
- Re: AW: AW: [HACKERS] timeout on lock feat... Tom Lane
- RE: AW: AW: [HACKERS] timeout on lock feature Zeugswetter Andreas SB
- RE: AW: AW: [HACKERS] timeout on lock feature Mikheev, Vadim
- [HACKERS] Re: AW: AW: timeout on lock feat... Henryk Szal
- Re: [HACKERS] Re: AW: AW: timeout on l... Bruce Momjian
- AW: AW: [HACKERS] timeout on lock feature Zeugswetter Andreas SB
- [HACKERS] theory of distributed transactio... Oliver Seidel