Re: Optionally automatically disable logical replication subscriptions on error
От | Mark Dilger |
---|---|
Тема | Re: Optionally automatically disable logical replication subscriptions on error |
Дата | |
Msg-id | A539C848-670E-454F-B31C-82D3CBE9F5AC@enterprisedb.com обсуждение исходный текст |
Ответ на | Re: Optionally automatically disable logical replication subscriptions on error (Amit Kapila <amit.kapila16@gmail.com>) |
Ответы |
Re: Optionally automatically disable logical replication subscriptions on error
|
Список | pgsql-hackers |
> On Jun 20, 2021, at 10:11 PM, Amit Kapila <amit.kapila16@gmail.com> wrote: > > However, I see a different case where there could be > multiple failing xids and that can happen during initial table sync > where multiple workers failed due to some error. I am not sure your > patch would be able to capture all such failed transactions because > you are recording this information in pg_subscription and not in > pg_subscription_rel. Right, I wasn't trying to capture everything, just enough to give the user a reasonable indication of what went wrong. Mypatch was designed around the idea that the user would need to figure out how to fix the subscriber side prior to re-enablingthe subscription. As such, I wasn't bothered with trying to store everything, just enough to give the user aclue where to look. I don't mind if you want to store more information, and maybe that needs to be stored somewhere else. Do you believe pg_subscription_rel is a suitable location? — Mark Dilger EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: