SQL7008报错：DB2为何要求文件创建前记日志？QTEMP表创建问题

1. 为何SQL7008报错要求记日志，但文件还没创建？ #

SQL7008的触发逻辑是：你的DDL里定义了PRIMARY KEY，这会自动创建唯一约束，而DB2 for i要求带约束的表必须被日志记录。但QTEMP默认是无日志的环境，所以在创建表的过程中，系统检查到目标环境不满足日志要求，直接终止创建操作，抛出错误。

这里的“要求记日志”是创建带约束表的前置条件，不是让你去操作一个未创建的表——是创建动作本身因为环境不达标而失败，并非先建表再操作出错。

2. 用户库默认记日志，QGPL和QTEMP是例外吗？ #

是的，三者的日志默认配置差异是IBM i的设计特性：

• QTEMP：会话级临时库，默认完全不记录日志，因为临时对象不需要持久化，日志会浪费系统资源。
• QGPL：系统默认通用库，早期版本默认无日志（部分新环境可能调整，但多数遗留环境保持默认），它定位是存放临时或非关键对象，所以默认不开启日志。
• 用户自定义库：创建时如果没有用CRTLIB命令指定LOG(*NO)，默认是LOG(*YES)，也就是开启日志，这也是你在用户测试库能成功创建带约束表的原因。

3. QTEMP中创建带约束表的可行方案 #

分两种场景处理：

场景1：不需要主键/约束 #

直接去掉DDL中的PRIMARY KEY即可，无约束的表不需要日志支持，能直接在QTEMP创建：

CREATE OR REPLACE TABLE QTEMP/TESTF0( 
 ID         NUM(3),       
 STRID      CHAR(3),                  
 NUMSI      SMALLINT,                 
 NUMI       INT,                       
 NUMBI      BIGINT                    
) RCDFMT TESTF0R;

场景2：必须保留主键/约束 #

需要强制让该表被日志记录，即使QTEMP库整体无日志，有两种方式：

• 方式一：在CREATE TABLE中指定LOGGED属性（推荐，仅对当前表生效）：

CREATE OR REPLACE TABLE QTEMP/TESTF0( 
 ID         NUM(3) PRIMARY KEY,       
 STRID      CHAR(3),                  
 NUMSI      SMALLINT,                 
 NUMI       INT,                       
 NUMBI      BIGINT                    
) RCDFMT TESTF0R LOGGED;

• 方式二：临时修改QTEMP的日志属性（仅对当前会话有效，不推荐）：
  先执行CL命令修改库日志设置，再执行DDL：

CHGCURLIB QTEMP
CHGLIB LIB(QTEMP) LOG(*YES)

4. 关于RUNSQLSTM的两个疑问 #

为何不支持*FILE对象？ #

RUNSQLSTM是SQL脚本批量执行工具，核心是处理ANSI标准SQL语句；而*FILE是IBM i的原生系统对象类型，属于CL命令的操作范畴（比如CRTPF、CHGPF）。SQL层的表和底层*FILE是关联的，但RUNSQLSTM定位是SQL接口，不直接支持原生*FILE对象的操作。

为何没有指定创建库的交互命令？ #

RUNSQLSTM本身没有交互指定库的选项，但可以通过两种方式指定目标库：

• 执行RUNSQLSTM前，用CHGCURLIB切换当前库，SQL语句中不指定库名时，对象会创建到当前库。
• 在SQL脚本中用SET SCHEMA指定默认模式（对应IBM i的库），后续SQL自动使用该模式：

SET SCHEMA QTEMP;
CREATE OR REPLACE TABLE TESTF0( 
 ID         NUM(3) PRIMARY KEY,       
 STRID      CHAR(3),                  
 NUMSI      SMALLINT,                 
 NUMI       INT,                       
 NUMBI      BIGINT                    
) RCDFMT TESTF0R LOGGED;

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