Re: State of pg_createsubscriber - Mailing list pgsql-hackers

From Robert Haas
Subject Re: State of pg_createsubscriber
Date
Msg-id CA+Tgmoa=EC7u9bRSYq-gdm05LQuf6kYZ4tZDy5d8NJ7PZEwmfg@mail.gmail.com
Whole thread Raw
In response to Re: State of pg_createsubscriber  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: State of pg_createsubscriber
List pgsql-hackers
On Wed, May 22, 2024 at 9:52 AM Robert Haas <robertmhaas@gmail.com> wrote:
> Another option that we should at least consider is "do nothing". In a
> case like the one Shlok describes, how are we supposed to know what
> the right thing to do is? Is it unreasonable to say that if the user
> doesn't want those publications or subscriptions to exist, the user
> should drop them?
>
> Maybe it is unreasonable to say that, but it seems to me we should at
> least talk about that.

As another option, maybe we could disable subscriptions, so that
nothing happens when the server is first started, and then the user
could decide after that what they want to do.

--
Robert Haas
EDB: http://www.enterprisedb.com



pgsql-hackers by date:

Previous
From: Ilyasov Ian
Date:
Subject: RE: Fix src/test/subscription/t/029_on_error.pl test when wal_debug is enabled
Next
From: Robert Haas
Date:
Subject: Re: State of pg_createsubscriber