Hibernate中ordinal parameter mismatch的BUG

最新推荐文章于 2024-05-09 15:17:55 发布

原创最新推荐文章于 2024-05-09 15:17:55 发布 · 197 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#Hibernate

技术专栏收录该内容

7 篇文章

订阅专栏

本文探讨了一条简单的HQL语句在执行时出现的“ordinal parameter mismatch”异常现象，并揭示了异常产生的根本原因——HQL语法解析器误将字段名中的call识别为调用存储过程的关键字。文中提供了两种解决方案：一是调整查询条件的顺序；二是使用Criteria API代替HQL。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

[b]问题[/b]

最近在调整hql语句时，发生一个莫名其妙的问题，hql语句如下："from Bill where dataDate?=? and callerNumber like ?”;如此简单的一条语句，在执行时却报了一个“ordinal parameter mismatch;”异常。奇哉怪哉，把callerNumber条件放到最前面却是好的：“from Bill where callerNumber like ? and dataDate?=?”。

[b]
原因[/b]

经多方查证，原来是call这个字符串惹的祸。在org.hibernate.engine.query.ParameterParser源码类中有下列一段代码：
public static void parse(String sqlString, Recognizer recognizer) throws QueryException{
boolean hasMainOutputParameter = sqlString.indexOf( "call" ) > 0 &&
sqlString.indexOf( "?" ) < sqlString.indexOf( "call" ) &&
sqlString.indexOf( "=" ) < sqlString.indexOf( "call" );
......
}

把callNumber中的call当作是存储过程的call关键字了！

[b]解决[/b]

1. 将带有call字样的字段放到查询条件最前面
2. 用Criteria替代hql