Hibernate中ordinal parameter mismatch的BUG

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

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

问题

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

 

原因

经多方查证,原来是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关键字了!

 

解决

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值