Re: bogus: logical replication rows/cols combinations

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: bogus: logical replication rows/cols combinations
Дата
Msg-id 6cb47e40-14d4-d29b-d45c-d62f20c091e8@enterprisedb.com
обсуждение исходный текст
Ответ на Re: bogus: logical replication rows/cols combinations  (Tomas Vondra <tomas.vondra@enterprisedb.com>)
Список pgsql-hackers
On 03.05.22 21:40, Tomas Vondra wrote:
> So what's wrong with merging the column lists as implemented in the v2
> patch, posted a couple days ago?

Merging the column lists is ok if all other publication attributes 
match.  Otherwise, I think not.

> I don't think triggers are a suitable alternative, as it executes on the
> subscriber node. So you have to first copy the data to the remote node,
> where it gets filtered. With column filters the data gets redacted on
> the publisher.

Right, triggers are not currently a solution.  But you could imagine a 
redaction filter system that runs on the publisher that modifies rows 
before they are sent out.



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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: [PATCH] Log details for client certificate failures
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Add a new function and a document page to get/show all the server hooks