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 <sulamul@gmail.com>
Reviewed-by: Dean Rasheed <dean.a.rasheed@gmail.com>
Discussion: https://postgr.es/m/CAAJ_b94QonkgsbDXofakHDnORQNgafd1y3Oa5QXfpQNJyXyQ7A@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(-)