SQL参数化查询速度慢的问题 (Java和 .Net均可能出现这种情况,比如使用 hibernate 的 createSqlQuery 来执行的)

探讨了在Java和.Net环境下使用如hibernate的createSqlQuery进行参数化查询时,为何同一SQL语句在查询分析器中快速,而在程序中却缓慢的原因。主要归咎于预编译过程中生成的执行计划可能不适合后续的具体查询条件,从而导致效率低下。文章提供了通过在SQL语句末尾添加OPTION(RECOMPILE)来避免预编译,以此提高查询效率的解决方案。

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

SQL参数化查询速度慢的问题 (Java和 .Net均可能出现这种情况,比如使用 hibernate 的 createSqlQuery 来执行的)

有时候,同一个SQL语句在查询分析器中执行很快,但在程序中执行就很慢,究其原因,很多情况是由于参数化查询的预编译造成的。

因为参数化查询时进行了预编译,在第一次执行时即确定了其执行计划,而对于后续查询具体的查询条件而言,其执行计划可能是错误的,所以就导致了执行的效率很低。出现的现象经常是:

同样的SQL语句在分析器里运行,只要1秒不到; 但参数化查询后放到 createSqlQuery 等 query 去查询,要花60秒

解决方法:

    采用非预编译的方式运行SQL语句即可。 比如在 hibernate 使用 createSqlQuery 时,在SQL 语句最后加上 OPTION(RECOMPILE) ,即可防止其预编译

 

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值