代码的运作原理
指定计划指南的名称为 PlanGuide1
@stmt = N"SELECT COUNT(*) AS Total FROM Sales.
SalesOrderHeader h, Sales.SalesOrderDetail d WHERE
h.SalesOrderID = d.SalesOrderID and h.OrderDate
BETWEEN "1/1/2000" AND "1/1/2005" " |
这段代码是询问优化器应该匹配的代码。 无论应用程序何时向服务器发送这段代码,询问优化器设法匹配代码。当发现代码和上面列出的匹配时,查询优化器在内部查询表(loolup table)中查找正确的计划指南,并运用计划指南
说明计划指南的类型,这是一个 SQL 计划指南
这个代码行用于指定statement_text对象的名字,仅在计划指南类型是OBJECT 计划指南时需要
指定嵌入 statement_text 中的所有参数的定义,在Template 计划指南类型时需要
@hints = N"OPTION (MERGE JOIN)" |
指定将 OPTION 子句附加到与 @stmt 匹配的查询上
2.sp_control_plan_guide
删除、启用或禁用计划指南:
语法:
sp_control_plan_guide [ @operation = ]
N"<control_option>" [ , [ @name = ]
N"plan_guide_name" ]
<control_option>::=
{
DROP --删除由plan_guide_name 指定的计划指南
| DROP ALL --删除当前数据库中的所有计划指南
| DISABLE --禁用由plan_guide_name 指定的计划指南
| DISABLE ALL --禁用当前数据库中的所有计划指南
| ENABLE --启用由plan_guide_name 指定的计划指南
| ENABLE ALL --启用当前数据库中的所有计划指南 |
下面是有些例子的是怎样使用这个存储过程:
sp_control_plan_guide N"DROP", N"PlanGuideTest"
sp_control_plan_guide N"DISABLE", N"PlanGuideTest"
sp_control_plan_guide N"ENABLE", N"PlanGuideTest" |
注:如果您设法删除﹑修改﹑一个涉及到计划指南的存储过程﹑函数﹑或DML触发器, 它系统将报错。 必须先删除计划指南。
查看计划指南
可以使用sys.plan_guides目录视图查看数据库中的计划指南:
SELECT * FROM sys.plan_guides |
使用事件探查器验证是否执行计划指南:
1. 启动事件探查器 跟踪,选中”性能”->”Showplan XML” 事件类型。
2. 运行查询。
3. 在 Showplan XML 事件中查找受影响的查询。
4. 如果计划指南的类型为 OBJECT 或 SQL,则验证 Showplan XML 事件是否包含您希望与查询匹配的计划指南的 PlanGuideDB 和 PlanGuideName 属性。或者,如果计划指南的类型为 TEMPLATE,则验证 Showplan XML 事件是否包含预期计划指南的 TemplatePlanGuideDB 和 TemplatePlanGuideName 属性。这可以验证计划指南是否在运行。这些属性包含在计划的 元素下。
计划指南通常使用的情况:
1.在参数化的查询中增加OPTIMIZE FOR or RECOMPILE 询提示。
2.用USE PLAN查询提示强制使用更好的查询计划。
3.强迫非并行查询使用MAXDOP查询提示。
4.强制join查询试验join查询提示。
5.删除,修改,替代现有的查询提示。
最佳实践:
1.计划指南的作用域是创建这些计划指南所用的数据库。
2.计划指南需要有经验的DBA才能使用。
3.如果没有其他方法来解决查询效率问题,请使用一个计划指南。
4.计划指南需经过测试才正式使用。
5.SQL Server版本涉及或打SP补丁后,需要重新评估计划指南的效率,
以确定是否继续使用计划指南。