SQL Developer正常运行的查询在JDBC中报ORA-00905缺失关键字错误

核心问题定位 #

ORA-00905: missing keyword 错误说明JDBC最终生成的SQL存在语法缺陷，结合你的场景，问题大概率出在**{in}占位符的替换逻辑或参数绑定的错误用法**上。

具体解决步骤 #

1. 检查{in}占位符的替换逻辑 #

JDBC标准语法中没有{in}这种占位符，这应该是你使用的框架/自定义逻辑的扩展语法。错误的替换会直接导致SQL语法错误：

• 确保setInClause方法替换{in}后生成完整合法的SQL条件片段。比如在SQL Developer中正常的片段是and ed.facility_cd in (1.7241194E7)，那么原SQL中的and {in}应该被替换成and ed.facility_cd in (?)（单值）或and ed.facility_cd in (?, ?, ...)（多值）。
• 禁止出现and in (xxx)这种缺失列名的情况——这是触发ORA-00905的典型场景，因为in前面没有对应的列名或表达式，Oracle会判定缺失关键字。

2. 修正动态列名的绑定错误 #

你的SQL中cast(? as TIMESTAMP)的?用来绑定列名（比如e.updt_dt_tm），这是JDBC预编译的错误用法：

• JDBC预编译参数仅支持绑定值，不能绑定列名、表名等标识符。如果列名是动态的，必须在构造SQL语句时直接拼接（需做SQL注入防护，比如校验列名是否在允许的白名单内），示例：

  select COUNT(*)
  from table1 ed, table2 e
  where ed.id = e.id
    and e.status_cd = ?
    and ed.active_ind = 1
    and {in}
    and systimestamp < FROM_TZ(cast(ed.end_effective_dt_tm as TIMESTAMP), ?)
    -- 直接拼接动态列名，而非用参数绑定
    and FROM_TZ(cast(" + timeFilterColumn + " as TIMESTAMP), ?) between TIMESTAMP ? and TIMESTAMP ?
  

• 若坚持用参数绑定列名，会导致SQL变成cast('e.updt_dt_tm' as TIMESTAMP)（把字符串转时间），这会触发其他错误，但也可能间接影响SQL语法解析。

3. 打印最终执行的SQL语句 #

开启JDBC日志或在代码中拦截替换后的完整SQL，直接查看发送给Oracle的语句：

• 比如在Oracle驱动中添加日志参数：jdbc:oracle:thin:@//host:port/service?loggerLevel=FINE，可以输出实际执行的SQL和参数。
• 通过日志能快速定位语法错误的位置，比如是否存在缺失关键字、多余符号等问题。

4. 验证参数绑定顺序与类型 #

对比SQL Developer中的参数顺序，确保JDBC绑定的参数完全匹配：

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