RE: BUG #18019: misbehaviour by replication

Поиск
Список
Период
Сортировка
От Hayato Kuroda (Fujitsu)
Тема RE: BUG #18019: misbehaviour by replication
Дата
Msg-id TYAPR01MB58660F0D9599DA216F9331D4F537A@TYAPR01MB5866.jpnprd01.prod.outlook.com
обсуждение исходный текст
Ответ на BUG #18019: misbehaviour by replication  (PG Bug reporting form <noreply@postgresql.org>)
Ответы Re: BUG #18019: misbehaviour by replication  (André Kutepow <a.kutepow@prodat-sql.de>)
Список pgsql-bugs
Dear André,

Thanks for the bug report!

We have reproduced the scenario, and slightly simplified the steps and changed
the table/column names to be more generic. Please see the attached script.

You have a PUBLICATION using a row filter “WHERE (should_replicate IS true)”

When you updated that filter column from TRUE to FALSE, we think you hoped that it would not replicate.
But actually this behaviour is correct according to the documentation describing UPDATE Transformations [1]

Specifically “If the old row satisfies the row filter expression (it was sent to the subscriber) but the new row
doesn't,then, from a data consistency perspective the old row should be removed from the subscriber. So the UPDATE is
transformedinto a DELETE.”
 

[1]
https://www.postgresql.org/docs/current/logical-replication-row-filter.html#LOGICAL-REPLICATION-ROW-FILTER-TRANSFORMATIONS

Best Regards,
Hayato Kuroda
FUJITSU LIMITED


Вложения

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

Предыдущее
От: Kyotaro Horiguchi
Дата:
Сообщение: Re: BUG #18019: misbehaviour by replication
Следующее
От: André Kutepow
Дата:
Сообщение: Re: BUG #18019: misbehaviour by replication