Data Service向IN语句传参时遇ORA-01722: invalid number错误

你遇到的问题核心是参数传递逻辑错误：当你把逗号分隔的ID字符串传入IN(?)时，数据库会把整个字符串当作单一值处理，相当于执行WHERE id IN ('1234,1235')——而你的id列是数字类型，数据库试图把包含逗号的字符串转成数字，必然触发无效数字错误。手动写IN(1234,1235)是传入多个数字常量，和传参的逻辑完全不同。

下面是几种可行的解决办法：

方案1：改用数组类型参数（推荐） #

直接修改参数定义，将字符串类型改为数组类型（适配Oracle的数组类型，不同Data Service框架语法可能略有差异），同时传递ID数组而非逗号分隔字符串：

<param type="IN" name="id" optional="false" sqlType="ARRAY" paramType="ARRAY" />

SQL查询保持WHERE ... IN (?)即可，框架会自动将数组解析为IN子句的多个数字值，既解决类型问题，又能避免SQL注入风险。

方案2：用Oracle字符串拆分函数处理 #

如果无法修改参数类型，就调整SQL语句，把传入的字符串拆分成单个数字：

SELECT ... 
FROM ... 
WHERE id IN (
    SELECT REGEXP_SUBSTR(:id, '[^,]+', 1, LEVEL)
    FROM DUAL
    CONNECT BY REGEXP_SUBSTR(:id, '[^,]+', 1, LEVEL) IS NOT NULL
)

这里:id就是你传入的逗号分隔字符串，REGEXP_SUBSTR配合CONNECT BY会把字符串拆分成多行单个ID，再与原表的数字类型id列匹配。注意要确保传入的字符串仅包含数字和逗号，避免SQL注入。

方案3：动态拼接SQL（不推荐，需严格校验） #

如果前两种方案都不可行，可以考虑动态拼接SQL，但必须做严格的参数校验（确保id参数仅包含数字和逗号），防止注入风险。比如在Data Service中先验证参数格式，再生成WHERE ... IN (1234,1235)这类语句执行。

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