SQL Server中存儲過程慢于SQL語句直接執(zhí)行的原因
當前位置:點晴教程→知識管理交流
→『 技術(shù)文檔交流 』
SQL Server數(shù)據(jù)庫中,存儲過程的執(zhí)行總是要比SQL語句直接執(zhí)行要慢,這究竟是為什么呢?本文將帶您尋找答案。 在SQL Server中有一個叫做 “Parameter sniffing”的特性。SQL Server在存儲過程執(zhí)行之前都會制定一個執(zhí)行計劃。在上面的例子中,SQL在編譯的時候并不知道@thedate的值是多少,所以它在執(zhí)行執(zhí)行計劃的時候就要進行大量的猜測。假設(shè)傳遞給@thedate的參數(shù)大部分都是非空字符串,而FACT表中有40%的thedate字段都是null,那么SQL Server就會選擇全表掃描而不是索引掃描來對參數(shù)@thedate制定執(zhí)行計劃。全表掃描是在參數(shù)為空或為0的時候最好的執(zhí)行計劃。但是全表掃描嚴重影響了性能。 假設(shè)你第一次使用了Exec pro_ImAnalysis_daily @thedate=’20080312’那么SQL Server就會使用20080312這個值作為下次參數(shù)@thedate的執(zhí)行計劃的參考值,而不會進行全表掃描了,但是如果使用@thedate=null,則下次執(zhí)行計劃就要根據(jù)全表掃描進行了。 有兩種方式能夠避免出現(xiàn)“Parameter sniffing”問題: 代碼: ALTER PROCEDURE [dbo].[pro_ImAnalysis_daily]@var_thedate VARCHAR(30) ASBEGIN declare @THEDATE VARCHAR(30) IF @var_thedate IS NULL BEGIN SET @var_thedate=CONVERT(VARCHAR(30),GETDATE()-1,112); END SET @THEDATE=@var_thedate; DELETE FROM RPT_IM_USERINFO_DAILY WHERE THEDATE=@THEDATE; INSERT RPT_IM_USERINFO_DAILY (THEDATE,ALLUSER,NEWUSER) SELECT AA.THEDATE,ALLUSER,NEWUSER FROM ( ( SELECT THEDATE,COUNT(DISTINCT USERID) ALLUSER FROM FACT WHERE THEDATE=@THEDATE GROUP BY THEDATE ) AA LEFT JOIN (SELECT THEDATE,COUNT(DISTINCT USERID) NEWUSER FROM FACT T1 WHERE NOT EXISTS( SELECT 1 FROM FACT T2 WHERE T2.THEDATE<@THEDATE AND T1.USERID=T2.USERID) AND T1.THEDATE=@THEDATE GROUP BY THEDATE ) BB ON AA.THEDATE=BB.THEDATE);GO 該文章在 2011/5/5 8:45:23 編輯過 |
關(guān)鍵字查詢
相關(guān)文章
正在查詢... |