Re: Dropped and generated columns might cause wrong data on subs when REPLICA IDENTITY FULL
Önder Kalacı <onderkalaci@gmail.com>
From: Önder Kalacı <onderkalaci@gmail.com>
To: "shiy.fnst@fujitsu.com" <shiy.fnst@fujitsu.com>
Cc: PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>, Amit Kapila <amit.kapila16@gmail.com>
Date: 2023-03-13T12:56:28Z
Lists: pgsql-hackers
Attachments
- v2-0001-Skip-dropped-and-generated-columns-when-REPLICA-I.patch (application/x-patch) patch v2-0001
Hi Shi Yu, > 1. > @@ -243,6 +243,17 @@ tuples_equal(TupleTableSlot *slot1, TupleTableSlot > *slot2, > Form_pg_attribute att; > TypeCacheEntry *typentry; > > + > + Form_pg_attribute attr = > TupleDescAttr(slot1->tts_tupleDescriptor, attrnum); > + > > I think we can use "att" instead of a new variable. They have the same > value. > ah, of course :) > > 2. > +# The bug was that when when the REPLICA IDENTITY FULL is used with > dropped > > There is an extra "when". > > Fixed, thanks Attaching v2
Commits
-
Ignore generated columns during apply of update/delete.
- adedf54e659e 16.0 landed
- b6bf90edcd2f 15.3 landed
- 9dac02c77258 14.8 landed
- be52fff91dc9 13.11 landed
- 0f2d4adbf85f 12.15 landed
-
Ignore dropped columns during apply of update/delete.
- b797def5951f 16.0 landed
- 3c12407f4cf7 15.3 landed
- 65ead76961a4 14.8 landed
- 751d6676daf3 13.11 landed
- fc63e6ba8670 12.15 landed
- 4cdaea7a2119 11.20 landed