Re: elegant and effective way for running jobs inside a database
Christopher Browne <cbbrowne@gmail.com>
From: Christopher Browne <cbbrowne@gmail.com>
To: Alvaro Herrera <alvherre@commandprompt.com>
Cc: Dimitri Fontaine <dimitri@2ndquadrant.fr>,
Josh Berkus <josh@agliodbs.com>, Pg Hackers <pgsql-hackers@postgresql.org>
Date: 2012-03-06T23:12:25Z
Lists: pgsql-hackers
On Tue, Mar 6, 2012 at 5:01 PM, Alvaro Herrera <alvherre@commandprompt.com> wrote: > Why do we need a ticker? Just fetch the time of the task closest in the > future, and sleep till that time or a notify arrives (meaning schedule > change). Keep in mind that cron functionality also includes "batch", which means that the process needs to have the ability to be woken up by the need to handle some pressing engagement that comes in suddenly. For some events to be initiated by a NOTIFY received by a LISTENing batch processor would be pretty slick... -- When confronted by a difficult problem, solve it by reducing it to the question, "How would the Lone Ranger handle this?"