Oracle实现不区分大小写的WHERE-IN查询及ORA-00909错误处理

错误原因 #

你遇到的ORA-00909: invalid number of arguments报错，是因为Oracle内置的LOWER()函数仅支持接收单个字符串参数，无法直接作用于IN子句的多值列表，你的原始写法不符合Oracle的语法规则。

可行实现方案 #

方案1：修改会话级字符串比较规则（适配成本最低） #

无需修改现有查询的IN列表生成逻辑，仅需调整会话的排序、比较规则，即可让字符串匹配默认忽略大小写：

1. 执行查询前先运行两条会话级配置语句：
   • ALTER SESSION SET NLS_COMP = LINGUISTIC;
   • ALTER SESSION SET NLS_SORT = BINARY_CI;
     其中BINARY_CI后缀代表Case Insensitive（大小写不敏感），如果同时需要忽略重音可以换成BINARY_AI。
2. 配置完成后直接执行普通IN查询即可自动实现大小写不敏感匹配：

select user from users where user in ('userNaMe1', 'useRNAmE2');

Spring应用适配方法：可以在数据源配置中添加连接初始化SQL，每次应用从连接池获取新连接时自动执行上述两条ALTER语句，完全不需要修改业务层的动态IN列表生成代码。

方案2：字符串拼接匹配（无需修改会话配置） #

如果无权修改会话参数，可以将动态生成的IN列表拼接为单个字符串，仅对整个拼接字符串做一次小写转换即可完成匹配：

select user from users 
where instr(
    lower(',' || 'userNaMe1,useRNAmE2' || ','), 
    ',' || lower(user) || ','
) > 0;

• 动态生成SQL时，仅需要把所有IN列表的值用逗号（或其他值中不会出现的分隔符）拼接为单个字符串，不需要给每个值单独加LOWER()，符合你的使用限制。
• 外层包裹额外逗号是为了避免短值匹配长值的逻辑漏洞（比如避免user1误匹配到user123）。

方案3：字段指定排序规则（Oracle 12cR2及以上版本支持） #

如果使用的是Oracle 12cR2以上版本，可以直接在查询的字段后指定大小写不敏感的排序规则，不需要修改其他逻辑：

select user from users 
where user COLLATE BINARY_CI in ('userNaMe1', 'useRNAmE2');

注意事项 #

• 方案1的会话级配置仅对当前连接生效，不会影响其他业务的大小写敏感查询需求，如果业务中同时存在大小写敏感和不敏感的查询，建议使用方案2或方案3。
• 方案2的分隔符需要和业务侧确认不会出现在实际的用户名取值中，避免匹配错误。

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