Postgres 14分区归档迁移：需手动修改schema是否为正常流程？

是的，你执行的这两步操作是PostgreSQL中跨schema迁移分区归档的正常且必要流程，具体原因如下：

1. 分区的分离/挂载仅维护父子表关联，不改变schema归属 #

PostgreSQL里的分区是独立的表对象，DETACH PARTITION和ATTACH PARTITION这两个命令只负责维护分区与父表之间的从属关系：

• ALTER TABLE part_schema.maintbl_part DETACH PARTITION part_schema.mtp_202401; 仅解除该分区与生产父表的关联，不会修改分区本身的schema归属
• ALTER TABLE archive_schema.archtbl ATTACH PARTITION part_schema.mtp_202401 FOR VALUES FROM ('2024-01-01') TO ('2024-02-01'); 仅建立分区与归档父表的关联，同样不会移动分区的schema位置

2. 分区的schema归属与父表无关 #

分区的schema是其自身的属性，和它挂载的父表所在schema没有绑定关系：

• 你能通过归档父表查询到数据，是因为父表会遍历所有挂载的分区（不管分区在哪个schema），这是父表的正常逻辑
• 直接从archive_schema查询分区时报错，是因为PostgreSQL默认会在当前指定的schema下查找对象，而分区实际还在part_schema里，找不到自然报错，这完全符合PG的对象查找规则

3. 手动调整schema是收尾的必要操作 #

执行ALTER TABLE part_schema.mtp_202401 SET SCHEMA archive_schema;是将分区对象移动到归档schema的标准命令，完成后分区的物理归属和逻辑关联完全统一，后续无论是通过归档父表查询，还是直接访问分区，都能正常工作

额外注意事项 #

• 迁移过程中要确保该分区没有写入操作，避免出现数据不一致
• 如果能确认分区数据完全符合归档父表的分区约束，可以在ATTACH PARTITION时加上WITH NO VALIDATION参数，跳过数据验证以提升操作速度

内容的提问来源于stack exchange，提问作者skywalker