1，存储过程在程序慢而在Management Studio快，分析查询计划，发现生成了两个执行计划，说明二者用的不是同一个查询计划，因参数嗅探问题引发此种情况。
2，产生不同执行计划原因是：引起执行计划重新编译的原因之一是上下文环境发生改变，SET开关。这些开关会影响语句执行的行为，甚至带来不同的结果，而sqlserver要另生成新的编译计划。而在Management Studio中，默认打开了SET ARITHABORT ON 在查询执行过程中发生溢出或被零除错误时，终止查询，而程序中是不打开的，不同的SET开关，造成不同编译计划的生成，而不是重用。
最终设置：看存储过程用的什么set,将Manage Studio工具-选项-查询执行-高级 打开或关掉工具
3，故要重用程序所生成的执行计划，方式是：1）确定SET设置 2）在当前中设置上下文环境

--查找SET开关
方法1：
SELECT sql,setopts
FROM sys.syscacheobjects
WHERE OBJECT_NAME(objid,DB_ID()) = 'frmUser_sel'

方法2：
SELECT plan_handle,usecounts,pvt.set_options, pvt.sql_handle
FROM (
    SELECT plan_handle, epa.attribute, epa.value ,usecounts
    FROM sys.dm_exec_cached_plans
    CROSS APPLY sys.dm_exec_sql_text(plan_handle) qt
    OUTER APPLY sys.dm_exec_plan_attributes(plan_handle) AS epa
    WHERE cacheobjtype = 'Compiled Plan'
    AND  OBJECT_NAME(objectid,dbid) = 'frmUser_sel' AND dbid = DB_ID()
    ) AS ecpa
PIVOT (MAX(ecpa.value) FOR ecpa.attribute IN ("set_options", "sql_handle")) AS pvt;
GO

--将获取的值传入，获取具体SET项
declare @set_options INT
SET @set_options= 251

IF ( (1 & @options) = 1 ) PRINT 'DISABLE_DEF_CNST_CHK' 

4，上述说明了相同的存储过程参数，但产生不同的执行计划的原因，但关于速度不一样呢，原因是发生了参数嗅探，解决参数嗅探方法有：1）重新编译存储过程 sp_recompile 'sp' 2)在关键语句加：option(recompile) 3)指定值OPTION (OPTIMIZE FOR (@pid = 897))

【版权声明】
本站部分内容来源于互联网，本站不拥有所有权，不承担相关法律责任。如果发现本站有侵权的内容，欢迎发送邮件至masing@13sy.com 举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。