From: | Koen De Groote <kdg(dot)dev(at)gmail(dot)com> |
---|---|
To: | PostgreSQL General <pgsql-general(at)lists(dot)postgresql(dot)org> |
Subject: | Understanding conflicts on publications and subscriptions |
Date: | 2024-07-30 13:47:18 |
Message-ID: | CAGbX52FFehm9PnRef5_KeAwbUqxr6-6PprVCpUhORb5nH1txQg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Reading this document:
/docs/16/logical-replication-conflicts.html
There is talk of the "disable_on_error" option when creating a subscription.
The conflicts this applies to, I am assuming are only conflicts caused on
the side of the subscription?
As an attempt to apply new data doesn't work, because of modifications made
since the initial copy, is that correct?
I'm a bit confused by errors on the side of the publisher. Reading this
document: /docs/16/sql-createpublication.html
It states:
> The tables added to a publication that publishes UPDATE and/or DELETE operations
must have REPLICA IDENTITY defined. Otherwise those operations will be
disallowed on those tables.
This is not related to the subscription option "disable_on_error", I take
it?
Because it sure would be nice if there was a way to do a similar thing for
the subscription, disabling it on error.
Am I getting this right? "disable_on_error" is only on subscription, and
errors on the publishers related to replica identity are not tied to that?
Thanks for your time.
From | Date | Subject | |
---|---|---|---|
Next Message | Koen De Groote | 2024-07-30 13:52:23 | Re: Understanding conflicts on publications and subscriptions |
Previous Message | Muhammad Imtiaz | 2024-07-30 11:22:17 | Re: Scheduling pg_repack job with pg_cron |