SqlServer 函数Declare通过传变量查询超慢解决办法

文章讨论了在SQL查询中使用链接服务器时,如果查询条件包含变量会导致查询变慢的问题。通过示例展示了传值、传参以及使用OPTION(RECOMPILE)重编译选项对执行计划的影响,特别是重编译如何在实际执行时改善性能。
摘要由CSDN通过智能技术生成

在使用链接服务器 查询时 where条件中带上变量后查询变得很慢

sql declare 赋值查询慢

3种查询执行计划:

1,传值

2,传参

3,使用OPTION(RECOMPILE),执行计划与传值一致。 实际执行时是重新编译了

在语句的最后 附加一句 OPTION(RECOMPILE)

DECLARE @bdat DATETIME ,@edat DATETIME

SET @bdat= CAST ((LEFT ('20230501', 4) + '-' + substring ('20230501', 5, 2) + '-' + substring ('20230501', 7, 2) + ' ' + '00:00:00') AS DATETIME)

SET @edat= CAST ((LEFT ('20230503', 4) + '-' + substring ('20230503', 5, 2) + '-' + substring ('20230503', 7, 2) + ' ' + '23:59:59') AS DATETIME)

SELECT replace(SUBSTRING(stakedeptif,1,CHARINDEX('/',stakedeptif)-1),' ','') AS dptid ,count(product) --b.stakedeptid,bit.product

FROM stake_bill b

LEFT JOIN stake_billitem bit ON b.id = bit.stakebill

WHERE createdate >= @bdat AND createdate <= @edat

GROUP BY replace(SUBSTRING(stakedeptif,1,CHARINDEX('/',stakedeptif)-1),' ','')

OPTION(RECOMPILE)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值