Re: SELECT ... FOR UPDATE [WAIT integer | NOWAIT] for 8.5
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: SELECT ... FOR UPDATE [WAIT integer | NOWAIT] for 8.5 |
| Дата | |
| Msg-id | 3142.1253722831@sss.pgh.pa.us обсуждение |
| Ответ на | Re: SELECT ... FOR UPDATE [WAIT integer | NOWAIT] for 8.5 (Josh Berkus <josh@agliodbs.com>) |
| Ответы |
Re: SELECT ... FOR UPDATE [WAIT integer | NOWAIT] for 8.5
Re: SELECT ... FOR UPDATE [WAIT integer | NOWAIT] for 8.5 |
| Список | pgsql-hackers |
Josh Berkus <josh@agliodbs.com> writes:
> Jeff,
>> Will statement_timeout not suffice for that use case?
> Well, currently statement_timeout doesn't affect waiting for locks.
Sure it does.
> And as a DBA, I don't think I'd want the same timeout for executing
> queries as for waiting for a lock.
Well, that's exactly what Jeff is questioning. How big is the use-case
for that exactly?
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера