HSQL存储过程使用TIMESTAMP类型IN参数时的异常问题

这个问题的核心在于HSQLDB对存储过程参数的类型检查逻辑和直接DML语句的差异：直接执行INSERT时，HSQL会自动把符合格式的字符串隐式转换为TIMESTAMP类型，但调用存储过程时，参数的类型校验更严格，不会自动做这个转换——而你用HSQL模拟的DB2允许这种隐式转换，所以就出现了不兼容的报错。

下面给你两种可行的解决方案，都不需要修改存储过程签名：

方案1：调用时显式转换参数类型 #

在调用存储过程时，把字符串参数通过CAST或者TIMESTAMP()函数显式转换为TIMESTAMP类型，就能匹配存储过程的参数要求：

-- 使用CAST转换
CALL TEST_PROC('key2', CAST('2020-02-19 12:17:53' AS TIMESTAMP));

-- 或者使用TIMESTAMP构造函数
CALL TEST_PROC('key2', TIMESTAMP('2020-02-19 12:17:53'));

这种方式简单直接，适合可以调整调用语句的场景。

方案2：配置HSQLDB兼容DB2的类型转换规则 #

如果需要完全模拟DB2的行为，不需要修改任何调用代码，可以通过调整HSQLDB的数据库配置，开启DB2兼容模式并允许隐式转换不兼容类型：

方式一：通过SQL语句设置 #

执行以下两条SQL来修改数据库配置（配置会持久化到数据库文件）：

-- 开启DB2语法兼容模式
SET DATABASE SQL SYNTAX DB2 TRUE;

-- 允许隐式转换不兼容的类型
SET DATABASE SQL CONVERT INCOMPATIBLE TYPES TRUE;

方式二：在JDBC连接URL中设置 #

如果是通过JDBC连接HSQLDB，可以在连接URL中直接添加配置参数：

jdbc:hsqldb:file:your_database_name;sql.syntax_db2=true;sql.convert_incompatible_types=true

配置完成后，原来的调用语句CALL TEST_PROC('key2', '2020-02-19 12:17:53');就能正常执行，和DB2的行为保持一致。

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