Re: pg_sleep_enhancements.patch

Поиск
Список
Период
Сортировка
От 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  (Pavel Stehule <pavel.stehule@gmail.com>)
Список 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 по дате отправления:

Предыдущее
От: Josh Berkus
Дата:
Сообщение: Re: proposal: hide application_name from other users
Следующее
От: Heikki Linnakangas
Дата:
Сообщение: Re: [PATCH] Use MAP_HUGETLB where supported (v3)