| От | Vik Fearing |
|---|---|
| Тема | Re: pg_sleep_enhancements.patch |
| Дата | |
| Msg-id | 52E956E8.30706@dalibo.com обсуждение исходный текст |
| Ответ на | Re: pg_sleep_enhancements.patch (Pavel Stehule <pavel.stehule@gmail.com>) |
| Ответы |
Re: pg_sleep_enhancements.patch
|
| Список | pgsql-hackers |
On 01/29/2014 08:21 PM, Pavel Stehule wrote: > second question - is not this functionality too dangerous? If somebody > use it as scheduler, then > > a) can holds connect, session data, locks too long time > b) it can stop on query timeout probably much more early then user expect > > What is expected use case? It is no more dangerous than plain pg_sleep(). The use case is convenience and clarity of code. I don't think people will be using it as a scheduler any more than they do with pg_sleep() because it can't cross transaction boundaries. -- Vik
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера