Re: logical replication restrictions
От | Marcos Pegoraro |
---|---|
Тема | Re: logical replication restrictions |
Дата | |
Msg-id | CAB-JLwaHuOJXKCpMKNVL2hJJ3XDavNWvHq=7Mdp9EsedpK1z=A@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: logical replication restrictions ("Euler Taveira" <euler@eulerto.com>) |
Список | pgsql-hackers |
No, I´m talking about that configuration you can have on standby serversrecovery_min_apply_delay = '8h'oh okay, I think this can be useful in some cases where we want to avoid data loss similar to its use for physical standby. For example, if the user has by mistake truncated the table (or deleted some required data) on the publisher, we can always it from the subscriber if we have such a feature.Having said that, I am not sure if we can call it a restriction. It is more of a TODO kind of thing. It doesn't sound advisable to me to keep growing the current Restrictions page [1].It is a new feature. pglogical supports it and it is useful for delayedsecondary server and if, for some business reason, you have to delay when datais available. There might be other use cases but these are the ones I regularlyheard from customers.BTW, I have a WIP patch for this feature. I didn't have enough time to post itbecause it lacks documentation and tests. I'm planning to do it as soon as thisCF ends.
Fine, let me know if you need any help, testing, for example.
В списке pgsql-hackers по дате отправления: