Re: Scheduler in Postgres

From: Christopher Browne <cbbrowne(at)acm(dot)org>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Scheduler in Postgres
Date: 2004-12-17 13:01:05
Message-ID: 32g3kgF3n2p22U2@individual.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

This has considerable merit.

One thing that is unfortunate about cron is that it provides little
verifyable feedback. It logs some things, sort of...

A "cron implementation using PostgreSQL as data store" would have a
wonderfully natural place to record log information in a usefully
structured fashion.

When a job runs, it would be a splendid idea to record such things as:
- Job ID (perhaps an OID, or some other candidate primary key)
- PID
- Start time
- End time
- Exit code

Given all of the above, a job might look at the logs and
self-terminate if there's another instance still running from last
hour.

Jobs that are supposed to be mutually exclusive could detect as much.

You could _attempt_ to run a job every hour, and have it decide "Oh,
I've already run successfully in the last [interval], so I'll not
bother."

None of this means forcing it into the database implementation; it
just means that it would be useful. "pgcron" sounds like an utterly
splendid idea.
--
output = ("cbbrowne" "@" "gmail.com")
http://www3.sympatico.ca/cbbrowne/x.html
"Applicants must have *at least* five years experience with Windows
XCVIII..."

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Florian G. Pflug 2004-12-17 13:20:36 analyze-error: "cannot compare arrays of different element types" revisited
Previous Message Riccardo G. Facchini 2004-12-17 12:51:08 Re: Check if table exists