Re: Proposal: Job Scheduler

From: Dmitry Dolgov <9erthalion6(at)gmail(dot)com>
To: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
Cc: Dave Page <dpage(at)pgadmin(dot)org>, Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>, Wang Cheng <348448708(at)qq(dot)com>, pgsql-hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Proposal: Job Scheduler
Date: 2024-06-06 12:31:44
Message-ID: sjagfbmbdmarpa6k7r3xf3o65as5onlbwje4uqhotsa4emknwh@5jdpe234pcs2
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> On Thu, Jun 06, 2024 at 12:53:38PM GMT, Alvaro Herrera wrote:
> On 2024-Jun-06, Dave Page wrote:
>
> > It's this kind of choice that means it's unlikely we'd include any one
> > option in PostgreSQL, much like various other tools such as failover
> > managers or poolers.
>
> TBH I see that more as a bug than as a feature, and I see the fact that
> there are so many schedulers as a process failure. If we could have
> _one_ scheduler in core that encompassed all the important features of
> all the independent ones we have, with hooks or whatever to allow the
> user to add any fringe features they need, that would probably lead to
> less duplicative code and divergent UIs, and would be better for users
> overall.
>
> That's, of course, just my personal opinion.

+1. The PostgreSQL ecosystem is surprisingly fragmented, when it comes
to quite essential components that happen to be outside of the core. But
of course it doesn't mean that there should be _one_ component of every
kind in core, more like it makes sense to have _one_ component available
out of the box (where the box is whatever form of PostgreSQL that gets
delivered to users, e.g. a distro package, container, etc.).

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Dilip Kumar 2024-06-06 12:32:16 Re: Logical Replication of sequences
Previous Message Ashutosh Sharma 2024-06-06 12:29:00 How about using dirty snapshots to locate dependent objects?