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
|
Список | 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 по дате отправления: