Re: pg_sleep_enhancements.patch - Mailing list pgsql-hackers

From Vik Fearing
Subject Re: pg_sleep_enhancements.patch
Date
Msg-id 52E956E8.30706@dalibo.com
Whole thread Raw
In response to Re: pg_sleep_enhancements.patch  (Pavel Stehule <pavel.stehule@gmail.com>)
Responses Re: pg_sleep_enhancements.patch  (Pavel Stehule <pavel.stehule@gmail.com>)
List 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 by date:

Previous
From: Josh Berkus
Date:
Subject: Re: proposal: hide application_name from other users
Next
From: Heikki Linnakangas
Date:
Subject: Re: [PATCH] Use MAP_HUGETLB where supported (v3)