sql-server – 存储过程和OPTIMIZE FOR UNKNOWN

发布时间：2021-04-02 21:10:44 所属栏目：MsSql教程来源：网络整理

导读：我已经阅读了SQL Server 2008 OPTIMIZE FOR UNKNOWN查询提示.我明白它是如何工作的. 但是,我有一个关于何时何地使用它的问题.它不能在UDF中指定.它可以在存储过程中指定.但是,this MSDN博客文章声明如下： 4.Moving a query into a stored procedure can p

我已经阅读了SQL Server 2008 OPTIMIZE FOR UNKNOWN查询提示.我明白它是如何工作的.

但是,我有一个关于何时何地使用它的问题.它不能在UDF中指定.它可以在存储过程中指定.但是,this MSDN博客文章声明如下：

4.Moving a query into a stored procedure can put it into a separate
procedural context and can be a good
way to get that value visible to the
optimizer (Note: this works in SQL
2000 as well)

在我看来,传递给存储过程的任何参数都将被“嗅探”,从而帮助SQL Server编译最佳执行计划.这意味着将重新访问/重新编译缓存的计划(不确定该机制).然而,这是令人困惑的,因为它否定了OPTIMIZE FOR UNKNOWN的全部需求.

关于查询提示的MSDN文章没有涵盖我的问题.

有人可以为我解答这个问题,理想情况下,可以通过指向Microsoft的某些内容来解决这个问题.谢谢.

解决方法

SQL编译器的默认行为是使用SP首次执行时给出的任何参数的值来帮助优化计划(参见 this MSDN article on SP recompilation的第2和第3段).然后缓存该计划以供重用,直到它离开缓存 – 计划缓存过程 here的许多细节.

您引用的MSDN博客注意到了使编译器更容易完成此过程的方法;我认为第4项(在问题中引用)表明这是存储过程优于ad-hoc SQL的优势.

OPTIMIZE FOR UNKNOWN提示指示编译器避免默认行为;它应该忽略第一次执行中给出的参数值,并选择更通用的计划.这是问题中引用的博客文章末尾的建议列表中第2项的更极端版本;

2 If you find that the optimizer is
picking different plans over time that
have varying performance
characteristics,consider using a
parameter hint with a representative
“average” value to get a good,common
query plan that will work reasonably
for all values.

但是,编译器将完全忽略参数值,而不是选择平均值或代表值.

考虑在第2项中引用的情况下使用OPTIMIZE FOR UNKNOWN – 当相同的查询提供非常可变的性能时,因为在某些情况下计划很差 – 通常在查询中的参数过滤非常可变基数的列时.

（编辑：PHP编程网 - 黄冈站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!