DB2 LUW 9.7在Squirrel与CLI执行时间戳插入行为差异咨询

云原生阿岚

2026-5-25

问题分析与解决方案

这个问题我之前也碰到过几次，根源其实是Squirrel和DB2 CLI对SQL语法的处理逻辑不一样：

为什么会有差异？

Squirrel SQL客户端作为JDBC工具，会自动解析并转换{ts '...'}这种JDBC专属的时间戳语法，在把SQL发送给DB2服务器前就转换成了DB2能识别的原生格式。但DB2的CLI（命令行界面）是直接把你输入的SQL原封不动传给服务器，而DB2 LUW 9.7的服务器端并不支持这种非标准的JDBC风格时间戳字面量，所以就执行失败了。

两种可行的解决方法

改用DB2原生时间戳函数
把Squirrel生成的JDBC风格语法替换成DB2原生的TIMESTAMP()函数写法，修改后的语句在Squirrel和CLI里都能正常运行：
```
INSERT INTO TABLE_A(CREATION_TIME) VALUES (TIMESTAMP('2018-04-16 17:03:22.066000'))
```
使用参数化语句（更推荐）
如果是在脚本或批量操作中，参数化写法不仅能避免格式兼容问题，还能提升安全性和可维护性。在DB2 CLI中可以这样写：
```
PREPARE stmt FROM 'INSERT INTO TABLE_A(CREATION_TIME) VALUES (?)';
SET :ts_val = TIMESTAMP('2018-04-16 17:03:22.066000');
EXECUTE stmt USING :ts_val;
```