Recurse to sequences on ownership change for all relkinds

When a table ownership is changed, we must apply that also to any owned
sequences.  (Otherwise, it would result in a situation that cannot be
restored, because linked sequences must have the same owner as the
table.)  But this was previously only applied to regular tables and
materialized views.  But it should also apply to at least foreign
tables.  This patch removes the relkind check altogether, because it
doesn't save very much and just introduces the possibility of similar
omissions.

Bug: #15238
Reported-by: Christoph Berg 

diff --git a/src/backend/commands/tablecmds.c b/src/backend/commands/tablecmds.c
index 0b518cf6721990ac4c78ed618e12f7b8796eba95..d9187a86c0e983a36b31a3b4034a2cff040f17f7 100644 (file)
--- a/src/backend/commands/tablecmds.c
+++ b/src/backend/commands/tablecmds.c
@@ -10045,17 +10045,13 @@ ATExecChangeOwner(Oid relationOid, Oid newOwnerId, bool recursing, LOCKMODE lock
            list_free(index_oid_list);
        }
 
-       if (tuple_class->relkind == RELKIND_RELATION ||
-           tuple_class->relkind == RELKIND_MATVIEW)
-       {
-           /* If it has a toast table, recurse to change its ownership */
-           if (tuple_class->reltoastrelid != InvalidOid)
-               ATExecChangeOwner(tuple_class->reltoastrelid, newOwnerId,
-                                 true, lockmode);
+       /* If it has a toast table, recurse to change its ownership */
+       if (tuple_class->reltoastrelid != InvalidOid)
+           ATExecChangeOwner(tuple_class->reltoastrelid, newOwnerId,
+                             true, lockmode);
 
-           /* If it has dependent sequences, recurse to change them too */
-           change_owner_recurse_to_sequences(relationOid, newOwnerId, lockmode);
-       }
+       /* If it has dependent sequences, recurse to change them too */
+       change_owner_recurse_to_sequences(relationOid, newOwnerId, lockmode);
    }
 
    InvokeObjectPostAlterHook(RelationRelationId, relationOid, 0);