Fix pg_depend entry to AMs after ALTER TABLE .. SET ACCESS METHOD
commit97d89101045fac8cb36f4ef6c08526ea0841a596
authorMichael Paquier <michael@paquier.xyz>
Thu, 29 Jun 2023 22:49:01 +0000 (30 07:49 +0900)
committerMichael Paquier <michael@paquier.xyz>
Thu, 29 Jun 2023 22:49:01 +0000 (30 07:49 +0900)
tree66182695a153a728cef7735d7119448762a0eb6a
parent5f87a021257f1ea1cacdced0cf49ff1c58ecf5e9
Fix pg_depend entry to AMs after ALTER TABLE .. SET ACCESS METHOD

ALTER TABLE .. SET ACCESS METHOD was not registering a dependency to the
new access method with the relation altered in its rewrite phase, making
possible the drop of an access method even if there are relations that
depend on it.  During the rewrite, a temporary relation is created to
build the new relation files before swapping the new and old files, and,
while the temporary relation was registering a correct dependency to the
new AM, the old relation did not do that.  A dependency on the access
method is added when the relation files are swapped, which is the point
where pg_class is updated.

Materialized views and tables use the same code path, hence both were
impacted.

Backpatch down to 15, where this command has been introduced.

Reported-by: Alexander Lakhin
Reviewed-by: Nathan Bossart, Andres Freund
Discussion: https://postgr.es/m/18000-9145c25b1af475ca@postgresql.org
Backpatch-through: 15
src/backend/commands/cluster.c
src/test/regress/expected/create_am.out
src/test/regress/sql/create_am.sql