Oracle全局临时表迁移至PostgreSQL的等效实现方案问询

PostgreSQL原生并未提供与Oracle完全一致的全局临时表（GTT），但根据不同需求，有以下几种等效实现方式：

1. 原生临时表（推荐首选） #

PostgreSQL的TEMPORARY TABLE（可前缀GLOBAL但无实际作用，已被官方弃用）是最接近Oracle GTT的原生方案，性能最优，无需额外依赖：

• 会话级临时表（对应Oracle ON COMMIT PRESERVE ROWS）：数据在整个会话周期内保留，会话结束后自动清理

  CREATE TEMPORARY TABLE temp_session_data (
      id INT PRIMARY KEY,
      content TEXT
  );
  

• 事务级临时表（对应Oracle ON COMMIT DELETE ROWS）：事务提交后自动清空数据

  CREATE TEMPORARY TABLE temp_transaction_data (
      id INT PRIMARY KEY,
      content TEXT
  ) ON COMMIT DELETE ROWS;
  

注：每个会话会拥有独立的临时表数据副本，彼此完全隔离，与Oracle GTT的行为一致；唯一区别是原生临时表的结构仅在创建会话可见，若无需全局可见表结构，这是最优选择。

2. pgtt扩展实现全局可见的临时表 #

若需要表结构全局可见（所有会话都能访问表定义），可使用第三方扩展pgtt，解决你遇到的安装报错问题即可：

1. 先安装扩展：
   • 通过PGXN下载对应PostgreSQL版本的pgtt包，编译安装；或使用系统包管理器（如Debian/Ubuntu的apt install postgresql-17-pgtt，需匹配你的PG版本）。
2. 创建扩展并定义全局临时表：

   CREATE EXTENSION pgtt;
   
   -- 会话级全局临时表
   CREATE GLOBAL TEMPORARY TABLE pgtt_global_session (
       id INT PRIMARY KEY,
       content TEXT
   ) ON COMMIT PRESERVE ROWS;
   
   -- 事务级全局临时表
   CREATE GLOBAL TEMPORARY TABLE pgtt_global_transaction (
       id INT PRIMARY KEY,
       content TEXT
   ) ON COMMIT DELETE ROWS;
   

pgtt实现的全局临时表，表结构对所有会话可见，但每个会话的数据依然完全隔离，行为与Oracle GTT高度一致。

3. EDB模拟方案的性能说明 #

你提到的UNLOGGED TABLE+视图+触发器+函数的模拟方案，原理是通过给表添加session_id字段，用触发器自动绑定当前会话ID，视图过滤出当前会话的数据。但该方案存在明显性能短板：

• 每次读写都需过滤session_id，增加查询开销；
• 触发器会额外消耗写入性能；
• 数据不会自动清理，需手动维护（如定时删除过期会话数据）。
  仅当无法使用原生临时表或pgtt扩展时，才考虑此方案。

总结建议 #

• 无需全局可见表结构：优先使用原生临时表，性能最佳，符合PostgreSQL原生设计；
• 需要全局可见表结构：优先安装pgtt扩展，实现最贴近Oracle GTT的行为；
• 尽量避免EDB的模拟方案，除非无其他可行选项。

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