Re: elegant and effective way for running jobs inside a database

Поиск
Список
Период
Сортировка
Robert Haas <robertmhaas@gmail.com> writes:
> On Mon, Mar 5, 2012 at 5:03 PM, Artur Litwinowicz <admin@ybka.com> wrote:
>> Regarding a functional area I can help... but I can not understand why
>> this idea is so unappreciated?

> I think it's a bit unfair to say that this idea is unappreciated.

Well, there is the question of why we should re-invent the cron wheel.

> There are LOTS of good features that we don't have yet simply because
> nobody's had time to implement them.

Implementation work is only part of it.  Any large feature will create
an ongoing, distributed maintenance overhead.  It seems entirely
possible to me that we'd not accept such a feature even if someone
dropped a working implementation on us.

But having said that, it's not apparent to me why such a thing would
need to live "inside the database" at all.  It's very easy to visualize
a task scheduler that runs as a client and requires nothing new from the
core code.  Approaching the problem that way would let the scheduler
be an independent project that stands or falls on its own merits.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Dropping PL language retains support functions
Следующее
От: Simon Riggs
Дата:
Сообщение: Re: Checksums, state of play