AS400（IBMi/db400）如何将查询结果存入临时表或变量？

IBMi环境完全可以实现和MSSQL #临时表、表变量一致的功能，没有能力缺口，核心的实现机制完全覆盖“将查询结果存入临时载体、供后续SQL逻辑复用、自动清理无残留”的使用场景，具体实现方式如下：

核心实现路径 #

1. 基于*QTEMP库的会话级临时表（全版本通用，兼容性最强） #

• *QTEMP是IBMi系统原生的逻辑隔离库，每个数据库连接独占专属的QTEMP逻辑空间，不同会话哪怕创建同名表也不会产生冲突，其他会话完全无法访问该库内的任何对象。
• 生命周期和MSSQL本地#临时表完全对齐：连接断开时，库内所有对象由系统自动销毁，不需要手动执行清理操作。
• 支持一步将查询结果转为临时表，无需预先定义表结构，典型写法：
  CREATE TABLE QTEMP.TMP_SALES_SUMMARY AS (SELECT ORDER_ID, CUST_NAME, TRANS_AMT FROM PROD.SALES_DETAIL WHERE SALE_DATE >= CURRENT_DATE) WITH DATA
• 这种写法兼容所有IBMi版本，哪怕是不支持高级SQL语法的老旧系统，也可以稳定使用。

2. *SESSION schema下的全局临时表（最贴近SQL标准的实现） #

• 从IBMi 7.1版本开始，原生支持SQL标准定义的全局临时表语法，固定通过*SESSION作为schema前缀标识临时表，行为和MSSQL的@表变量高度一致。
• 支持自定义数据保留策略：可以配置事务提交时自动清空数据，或保留数据直到会话断开，典型写法：
  DECLARE GLOBAL TEMPORARY TABLE SESSION.TMP_CUST_LIST (CUST_ID INT, CUST_TIER CHAR(2)) ON COMMIT DELETE ROWS;
  插入查询结果的写法：
  INSERT INTO SESSION.TMP_CUST_LIST SELECT CUST_ID, CUST_TIER FROM PROD.CUST_MASTER WHERE CUST_TIER IN ('A','B');
• 这类临时表默认优先使用内存存储，相比QTEMP的磁盘表IO开销更低，适合存储中小规模的临时计算结果。

3. 应用专属临时库（对应MSSQL全局##临时表的场景） #

• 如果需要多个应用会话共享同一份临时计算结果，可以提前创建独立的业务临时库（例如命名为APP_TMP），将查询结果存入该库内的表，配合定时清理任务定期删除过期数据，完全匹配跨会话共享临时结果的使用需求。

和MSSQL临时表的关键差异 #

• 没有MSSQL中给表名加#前缀就自动识别为临时表的简写语法，所有临时表必须显式指定QTEMP或SESSION schema
• QTEMP空间内除了普通表，还可以存储视图、索引、程序、源文件等各类IBMi对象，灵活性比MSSQL临时表更高
• 会话级临时表自动做权限隔离，创建者拥有全量操作权限，其他会话无法访问，不存在跨会话权限泄露的风险

内容的提问来源于stack exchange，提问作者Er. Binod Mehta