Admit deferrable PKs into rd_pkindex, but flag them as such ... and in particular don't return them as replica identity.
The motivation for this change is letting the primary keys be seen by code that derives NOT NULL constraints from them, when creating inheritance children; before this change, if you had a deferrable PK, pg_dump would not recreate the attnotnull marking properly, because the column would not be considered as having anything to back said marking after dropping the throwaway NOT NULL constraint. The reason we don't want these PKs as replica identities is that replication can corrupt data, if the uniqueness constraint is transiently broken. Reported-by: Amul Sul <sula...@gmail.com> Reviewed-by: Dean Rasheed <dean.a.rash...@gmail.com> Discussion: https://postgr.es/m/caaj_b94qonkgsbdxofakhdnorqngafd1y3oa5qxfpqnjyxy...@mail.gmail.com Branch ------ master Details ------- https://git.postgresql.org/pg/commitdiff/270af6f0df764d326e1a7355f4ce10dc73b05dac Modified Files -------------- src/backend/replication/logical/relation.c | 6 +- src/backend/utils/cache/relcache.c | 27 ++++++-- src/include/utils/rel.h | 3 +- src/test/regress/expected/constraints.out | 92 ++++++++++++++++++++++++++ src/test/regress/expected/publication.out | 10 +++ src/test/regress/expected/replica_identity.out | 5 ++ src/test/regress/sql/constraints.sql | 25 +++++++ src/test/regress/sql/publication.sql | 9 +++ src/test/regress/sql/replica_identity.sql | 4 ++ 9 files changed, 170 insertions(+), 11 deletions(-)
