Re: logical replication restrictions

Поиск
Список
Период
Сортировка
От Marcos Pegoraro
Тема Re: logical replication restrictions
Дата
Msg-id CAB-JLwYHqgqGM5e+_xos6-D-YnVGH31YDBQE_gnd+DNBxS2zOA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: logical replication restrictions  (Amit Kapila <amit.kapila16@gmail.com>)
Список pgsql-hackers
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
 
OK, so, could you guide me where to start on this feature ?

regards, 
Marcos

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Gareth Palmer
Дата:
Сообщение: Re: [PATCH] Implement INSERT SET syntax
Следующее
От: Sergei Kornilov
Дата:
Сообщение: Re: extensible options syntax for replication parser?