Re: timeout on lock featurey
От | Bruce Momjian |
---|---|
Тема | Re: timeout on lock featurey |
Дата | |
Msg-id | 200104182333.f3INXOx04659@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: timeout on lock feature (ncm@zembu.com (Nathan Myers)) |
Ответы |
Re: timeout on lock feature
|
Список | pgsql-hackers |
> What might be a reasonable alternative would be a BEGIN timeout: report > failure as soon as possible after N seconds unless the timer is reset, > such as by a commit. Such a timeout would be meaningful at the > database-interface level. It could serve as a useful building block > for application-level timeouts when the client environment has trouble > applying timeouts on its own. Now that is a nifty idea. Just put it on one command, BEGIN, and have it apply for the whole transaction. We could just set an alarm and do a longjump out on timeout. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
В списке pgsql-hackers по дате отправления: