当然可以实现！PostgreSQL虽然没有Oracle那样直接的EXCHANGE PARTITION命令，但通过DETACH PARTITION和ATTACH PARTITION配合中间表，完全能实现相同的跨表分区迁移效果。针对你的需求（非工作时间将Table S的LIST分区数据通过中间表E迁移至Table P，且避免分区名冲突），我给你梳理一套完整的实操方案：

前提准备 #

确保这三个表满足以下条件：

• Table S（源分区表）和Table P（目标分区表）均为LIST分区表，且表结构（列定义、数据类型、约束、索引、触发器等）完全一致，分区键相同。
• 中间表Table E的结构与S、P的分区完全匹配，且包含对应LIST分区的CHECK约束（比如要迁移status='ARCHIVED'的分区，E需要有CHECK(status='ARCHIVED')约束）。
• 操作必须在非工作时间执行，提前确保源分区没有写入操作（可加排他锁：LOCK TABLE S IN EXCLUSIVE MODE;）。

高效迁移方案（元数据操作，无数据复制） #

如果是迁移整个LIST分区的数据，这个方案最快，因为只是修改元数据，不需要拷贝数据：

1. 分离Table S的目标分区
   把S中要迁移的分区从分区表中分离出来，变成独立的普通表：

   -- 示例：分离S的分区s_part_archived（对应status='ARCHIVED'）
   ALTER TABLE S DETACH PARTITION s_part_archived;
   

   此时s_part_archived成为独立表，Table S不再包含该分区的数据。

2. 将分离出的表附加为Table P的新分区
   直接把这个独立表附加到Table P，指定一个新的分区名（避免和S的旧分区名冲突）：

   -- 将s_part_archived表附加为P的p_part_archived分区，对应LIST值为'ARCHIVED'
   ALTER TABLE P ATTACH PARTITION p_part_archived FOR VALUES IN ('ARCHIVED') TABLE s_part_archived;
   

   执行后，原独立表s_part_archived就变成了Table P的分区p_part_archived，数据直接归属到P中。

中间表过渡方案（适合需临时校验数据的场景） #

如果需要先把数据导入中间表E做校验再迁移，可采用以下步骤：

1. 清空并导入数据到中间表E

   -- 清空中间表旧数据
   TRUNCATE TABLE E;
   -- 从Table S的目标分区导入数据
   INSERT INTO E SELECT * FROM S WHERE status = 'ARCHIVED';
   

   （如果数据量极大，用COPY命令会比INSERT更高效）

2. 将中间表E附加为Table P的新分区
   同样指定新的分区名避免冲突：

   ALTER TABLE P ATTACH PARTITION p_part_archived FOR VALUES IN ('ARCHIVED');
   

   执行后，E会成为P的分区，不再是普通表。

3. 清理Table S中的目标数据
   最后删除S中已迁移的分区数据：

   DELETE FROM S WHERE status = 'ARCHIVED';
   

关键注意事项 #

• 结构严格匹配：要附加的表（分离出的表或中间表）必须和分区表的结构100%一致，包括列顺序、索引、触发器、存储参数等，否则会触发报错。
• 事务保障：建议把所有操作放在一个事务中执行，确保失败时可以回滚，避免数据不一致：

  BEGIN;
  -- 执行detach/attach等操作
  COMMIT;
  

• 锁影响：DETACH和ATTACH操作会对分区表加排他锁，务必在业务低峰期执行，避免影响线上服务。

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