SQL Server 2005 查询计划指南
一 使用背景
1 应用程序数据库查询性能低下，而我们又无法获得源代码来修改查询文本
2 我们不希望直接更改查询文本而又要提高查询性能
二 基本介绍：
SQL Server 2005引入了称为”计划指南”的新特性，可以帮我们解决上述问题。本质上，计划指南是通过将查询提示附加到计划指南来影响查询的优化。
三 运作原理：
1． 当应用程序向Sql Server发送代码，查询优化器首先检查在缓存中是否有一个适当的询问计划，如果有，查询就按被找到的查询计划执行。
2． 如果没有匹配的查询计划，代码将被与一个称为内部查寻表(lookup table)比较, 看是否有一个已存在的计划指南与之匹配
3． 如果在第2步找到匹配的计划指南，询问优化器将修改源代码以包括计划指南中查询提示。源代码中之前的任何查询提示将被新提示替换
4． 查询计划将被编译和缓存
5． 查询将按照你之前在计划指南设定的查询提示执行。
四 计划指南的分类：
有三种方式的计划指南：
1．OBJECT 计划指南：与在 Transact-SQL 存储过程、标量函数、多语句表值函数和DML 触发器的上下文中执行的查询匹配。
2．SQL 计划指南：与在独立的 Transact-SQL 语句和批处理（不属于数据库对象）的上下文中执行的查询匹配。基于 SQL 的计划指南还可用于与参数化为指定形式的查询匹配。SQL 计划指南适用于应用程序使用 sp_executesql 系统存储过程频繁提交的语句和批处理。
3．TEMPLATE 计划指南：与参数化为指定形式的独立查询匹配。这些计划指南用于覆盖查询类的数据库的当前 PARAMETERIZATION 数据库 SET 选项。TEMPLATE 计划指南用于覆盖特定查询形式的参数化行为。您可以在以下任一情况下创建 TEMPLATE 计划指南：
五 可以在计划指南使用中的查询提示：
{HASH | ORDER} GROUP
{CONCAT | HASH | MERGE}
UNION
{LOOP | MERGE | HASH} JOIN
FAST number_rows
FORCE ORDER
MAXDOP number_of_processors
OPTIMIZE FOR ( @variable_name = literal_constant ) [ ,…n ]
RECOMPILE
ROBUST PLAN
KEEP PLAN
KEEPFIXED PLAN
EXPAND VIEWS
MAXRECURSION number
USE PLAN <xmlplan>
六 使用示例：
以下二个存储过程创造和处理计划指南
sp_create_plan_guide
sp_control_plan_guide
1． sp_create_plan_guide
创建用于将查询提示与数据库中的查询进行关联的计划指南
语法：
sp_create_plan_guide [ @name = ] N'plan_guide_name'
, [ @stmt = ] N'statement_text'
, [ @type = ] N'{ OBJECT | SQL | TEMPLATE }'
, [ @module_or_batch = ]
{
N'[ schema_name. ] object_name'
| N'batch_text'
| NULL
}
, [ @params = ] { N'@parameter_name data_type [ ,...n ]' | NULL }
, [ @hints = ] { N'OPTION ( query_hint [ ,...n ] )' | NULL }
示例
sp_create_plan_guide
@name = N'PlanGuideTest',
@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'' ',
@type = N'SQL',
@module_or_batch = NULL,
@params = NULL,
@hints = N'OPTION (MERGE JOIN)'
GO代码的运作原理
@name = N'PlanGuideTest'
指定计划指南的名称为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)中查找正确的计划指南，并运用计划指南
@type = N'SQL',
说明计划指南的类型，这是一个 SQL 计划指南
@module_or_batch = NULL,
这个代码行用于指定statement_text对象的名字,仅在计划指南类型是OBJECT 计划指南时需要
@params = NULL,
指定嵌入 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触发器， 它系统将报错。 必须先删除计划指南。
3．查看计划指南
可以使用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 属性。这可以验证计划指南是否在运行。这些属性包含在计划的 <StmtSimple> 元素下。
八 计划指南通常使用的情况：
1． 在参数化的查询中增加OPTIMIZE FOR or RECOMPILE 询提示
2． 用USE PLAN查询提示强制使用更好的查询计划
3． 强迫非并行查询使用MAXDOP查询提示
4． 强制join查询试验join查询提示
5． 删除，修改，替代现有的查询提示
九 最佳实践：
1． 计划指南的作用域是创建这些计划指南所用的数据库
2． 计划指南需要有经验的DBA才能使用
3． 如果没有其他方法来解决查询效率问题，请使用一个计划指南
4． 计划指南需经过测试才正式使用
5． Sql Server版本涉及或打SP补丁后，需要重新评估计划指南的效率，以确定是否继续使用计划指南
