Create foreign key triggers in partitioned tables too
authorAlvaro Herrera <alvherre@alvh.no-ip.org>
Wed, 5 Jan 2022 22:00:13 +0000 (19:00 -0300)
committerAlvaro Herrera <alvherre@alvh.no-ip.org>
Wed, 5 Jan 2022 22:00:13 +0000 (19:00 -0300)
commitf4566345cf40b068368cb5617e61318da60676ec
treee60b0eb8f9dc977e14e17aed4f3b689ebd86e587
parentc2e8bd27519f47ff56987b30eb34a01969b9a9e8
Create foreign key triggers in partitioned tables too

While user-defined triggers defined on a partitioned table have
a catalog definition for both it and its partitions, internal
triggers used by foreign keys defined on partitioned tables only
have a catalog definition for its partitions.  This commit fixes
that so that partitioned tables get the foreign key triggers too,
just like user-defined triggers.  Moreover, like user-defined
triggers, partitions' internal triggers will now also have their
tgparentid set appropriately.  This is to allow subsequent commit(s)
to make the foreign key related events to be fired in some cases
using the parent table triggers instead of those of partitions'.

This also changes what tgisinternal means in some cases.  Currently,
it means either that the trigger is an internal implementation object
of a foreign key constraint, or a "child" trigger on a partition
cloned from the trigger on the parent.  This commit changes it to
only mean the former to avoid confusion.  As for the latter, it can
be told by tgparentid being nonzero, which is now true both for user-
defined and foreign key's internal triggers.

Author: Amit Langote <amitlangote09@gmail.com>
Reviewed-by: Masahiko Sawada <sawada.mshk@gmail.com>
Reviewed-by: Arne Roland <A.Roland@index.de>
Discussion: https://postgr.es/m/CA+HiwqG7LQSK+n8Bki8tWv7piHD=PnZro2y6ysU2-28JS6cfgQ@mail.gmail.com
src/backend/commands/tablecmds.c
src/backend/commands/trigger.c
src/bin/pg_dump/pg_dump.c
src/bin/pg_dump/pg_dump.h
src/bin/psql/describe.c
src/include/commands/trigger.h
src/test/regress/expected/triggers.out