]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Fix FK triggers losing DEFERRABLE/INITIALLY DEFERRED when marked ENFORCED again
authorFujii Masao <fujii@postgresql.org>
Mon, 30 Mar 2026 05:37:33 +0000 (14:37 +0900)
committerFujii Masao <fujii@postgresql.org>
Mon, 30 Mar 2026 05:37:33 +0000 (14:37 +0900)
commit2497dac55648e738b643577e807bfd2a3ac4c6e2
treea8a4f7023fd3b89a5797aa09a11f9806e0c63bc3
parent0d866282b841a198bff0e6bbfc75493e46ecd126
Fix FK triggers losing DEFERRABLE/INITIALLY DEFERRED when marked ENFORCED again

Previously, a foreign key defined as DEFERRABLE INITIALLY DEFERRED could
behave as NOT DEFERRABLE after being set to NOT ENFORCED and then back
to ENFORCED.

This happened because recreating the FK triggers on re-enabling the constraint
forgot to restore the tgdeferrable and tginitdeferred fields in pg_trigger.

Fix this bug by properly setting those fields when the foreign key constraint
is marked ENFORCED again and its triggers are recreated, so the original
DEFERRABLE and INITIALLY DEFERRED properties are preserved.

Backpatch to v18, where NOT ENFORCED foreign keys were introduced.

Author: Yasuo Honda <yasuo.honda@gmail.com>
Reviewed-by: Fujii Masao <masao.fujii@gmail.com>
Discussion: https://postgr.es/m/CAKmOUTms2nkxEZDdcrsjq5P3b2L_PR266Hv8kW5pANwmVaRJJQ@mail.gmail.com
Backpatch-through: 18
src/backend/commands/tablecmds.c
src/test/regress/expected/foreign_key.out
src/test/regress/sql/foreign_key.sql