Re: Conflict Detection and Resolution
От | shveta malik |
---|---|
Тема | Re: Conflict Detection and Resolution |
Дата | |
Msg-id | CAJpy0uB9dX7rNWvK1CPbBnT9V=C2V7eBUMyseFfdpPnqEgOF7Q@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Conflict Detection and Resolution (Ajin Cherian <itsajin@gmail.com>) |
Ответы |
Re: Conflict Detection and Resolution
Re: Conflict Detection and Resolution |
Список | pgsql-hackers |
On Wed, Aug 28, 2024 at 10:30 AM Ajin Cherian <itsajin@gmail.com> wrote: > >> 2) >> Currently pg_dump is dumping even the default resolvers configuration. >> As an example if I have not changed default configuration for say >> sub1, it still dumps all: >> >> CREATE SUBSCRIPTION sub1 CONNECTION '..' PUBLICATION pub1 WITH (....) >> CONFLICT RESOLVER (insert_exists = 'error', update_differ = >> 'apply_remote', update_exists = 'error', update_missing = 'skip', >> delete_differ = 'apply_remote', delete_missing = 'skip'); >> >> I am not sure if we need to dump default resolvers. Would like to know >> what others think on this. >> >> 3) >> Why in 002_pg_dump.pl we have default resolvers set explicitly? >> > In 003_pg_dump.pl, default resolvers are not set explicitly, that is the regexp to check the pg_dump generated commandfor creating subscriptions. This is again connected to your 2nd question. Okay so we may not need this change if we plan to *not *dump defaults in pg_dump. Another point about 'defaults' is regarding insertion into the pg_subscription_conflict table. We currently do insert default resolvers into 'pg_subscription_conflict' even if the user has not explicitly configured them. I think it is okay to insert defaults there as the user will be able to know which resolver is picked for any conflict type. But again, I would like to know the thoughts of others on this. thanks Shveta
В списке pgsql-hackers по дате отправления: