但是,我有一个关于何时何地使用它的问题.它不能在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博客注意到了使编译器更容易完成此过程的方法;我认为第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 – 当相同的查询提供非常可变的性能时,因为在某些情况下计划很差 – 通常在查询中的参数过滤非常可变基数的列时.
