图35-3　完整的 Query Analyzer 查询
检视执行计划和修改 T-SQL 陈述式
　
Query Analyzer 也可以用来检视执行计划，这个执行计划是 Query Optimizer 为您的 T-SQL 陈述式所做的选择。这个特性可帮助您判断 T-SQL 陈述式是否有效率，并确定应该选择哪条执行路径和数据存取路径。然后您可以修改 T-SQL 陈述式和数据库架构，检查效能是否得以提高。要使用 Query Analyzer 来检视 T-SQL 陈述式的评估执行计划，请按照下列步骤操作：
1. 在 Query Analyzer 窗口键入需要 Query Analyzer 评估的 T-SQL 陈述式后，按下 显示评估的执行计划 按钮（这个按钮在数据库选择下拉式清单的右边），或者按Ctrl+L，显示 评估的执行计划 窗格，如图35-4。在这个窗格中，查询透过图形来描述，每个操作的消耗与资料存取的方法都在此显示。在图35-4的窗格中，出现索引名称 Customers.PK_Customers，表示丛集索引 Customers.Pk_Customers 被用来存取资料。
　
 
图35-4　评估的执行计划窗格
2.  评估的执行计划 窗格中还提供其它附加数据。要检视操作的附加数据，请将鼠标光标移动到操作图标上。就会出现一个弹出窗口，其中包含附加数据，如图35-5所示。
　
 
图35-5　检视关于操作的附加数据
这个弹出窗口包含下列信息：
o  实体作业 查询所执行的操作，例如索引扫描、联结和总计等等。如果实体操作被显示为红色，那是 Query Optimizer 发出的警告，这时您应该固定 T-SQL 陈述式。
　
o  估计的数据列记数 预估由操作检索的列数。
　
o  估计的数据列大小 需要检索的列的估计大小。
　
o  估计的I/O耗用/估计的CPU耗用 由该操作占用的估计 I/O 资源和 CPU时间。越低的值意味着该 T-SQL 陈述式越有效率。
　
o  估计的执行数 该操作在 T-SQL 陈述式中执行的次数。
　
o  估计的耗用 由 Query Optimizer 决定的操作消耗。这个消耗显示为T-SQL 陈述式的总消耗百分数。
　
o  估计的子树耗用时间 执行前面部分和这一部分 T-SQL 陈述式的消耗。如果存在多个子树，这个选项允许您检视执行每个子树的消耗。
　
o  自变量 T-SQL陈述式使用的自变量。
　
________________________________________
说明
执行计划（execution plan）描述了 Query Optimizer 如何选择执行 T-SQL 陈述式，并包括步骤的次序和所使用的操作类型。数据存取方法（Data Access Method）是描述数据库对象（数据表、索引等）如何被存取的一种对象。这两者是相关联的，因为在有些时候，数据存取方法被考虑为执行计划的一部分。当然也可以单独的考虑。
________________________________________
接下来将看到使用 Query Analyzer 较为复杂的范例。范例显示低效率的 T-SQL陈述式对效能的影响：减慢响应时间，并占用其它程序的系统资源。现在先看一个使用 Query Analyzer 检视和修改 T-SQL 陈述式执行计划的范例。修改 T-SQL 陈述式能达到较好的效能。在许多情况下，可以建立更有效、功能更佳的 T-SQL 陈述式。接下来会说明几种 T-SQL 陈述式，它们属于较复杂的预估执行计划类型。
这些范例使用 Northwind 数据库中的 Orders 数据表。现在来检视这个数据表的组织。这个信息会帮助确定 Query Optimizer 是否选择了适当的执行计划。Orders 数据表在 OrderID 一栏中有一个名为 PK_Orders 的丛集索引，另外还有八个其它的索引，如图35-6中的 Manage Indexes 对话框所示。（要存取这个对话框，请在 Enterprise Manager中，展开一个服务器组，展开一个服务器，展开 数据库 数据夹，展开 Northwind 数据库，然后选取 数据表 数据夹。在右侧窗格中的 Orders 数据表上按鼠标右钮，并从快捷菜单中选择 所有工作 ，接着选择 管理索引 。或者只要从 Query Analyzer 工具 菜单中直接选择 管理索引 ，接着从下拉式菜单中选择 Orders 数据表。）

　
 
图35-6　管理索引对话框
检视计划和修改 SELECT 陈述式
　
本节中，这个查询的范例要求获得关于订单的信息，这些订单是由职员 ID 为 4的职员储存的。请在 Qery Analyzer 输入以下查询，并执行 显示评估的执行计划 ：
SELECT OrderID, CustomerID, EmployeeID, OrderDate
FROM orders
WHERE EmployeeID = 4
在该职员的组织中，每个职员处理订单的一小部分，因此可能需要 SQL Server在进行查询时使用 EmployeeID索引。但是，Query Analyzer 显示的却是 SQL Server 使用的存取方法是 PK_Orders 丛集索引，如图35-7中的 评估的执行计划 窗格所示。

　
 
图35-7　评估的执行计划窗格显示了使用 PK_Orders 丛集索引。
要 Query Optimizer 使用 EmployeeID 索引，可以使用 SELECT 陈述式的提示（hint），程序代码如下（提示将在本章的 ＜使用提示＞ 一节中讨论。）：
SELECT OrderID, CustomerID, EmployeeID, OrderDate
FROM orders WITH (INDEX ( EmployeeID))
WHERE EmployeeID = 4
________________________________________
说明
在 SQL Server 7 中，较好用的索引提示是 INDEX=index_name。
在 SQL Server 2000 中，较好用的索引提示是 INDEX（index_name）。
________________________________________
透过这个信息，可以指示 Query Optimizer 使用所需要的执行计划，而不是 Query Optimizer 选择的计划。调整过的评估执行计划窗格如图35-8所示。可以从显示的数据存取方法中看到，使用的是 EmployeeID 索引，然后传回一个书签搜寻（bookmark lookup），该查询将获得来自数据库的数据。（书签搜寻搜索一列数据的内部识别码。）

　
 
图35-8　调整过后的评估执行的计划窗格
Query Optimizer 是一个有效率的工具，以不断的更新统计数据，提供选择最佳的执行计划。由于不同的公司行号可能更清楚自己的组织和数据，所以某些情况下，公司可以选择比 Query Optimizer 更有效率的最佳执行计划。
________________________________________
注意
使用提示代替 Query Optimizer 的选择时，必须承担变更可能带来的风险。虽然数据遗失或损毁的机率不大，不过可能对系统的执行效能产生的是负面的影响。
________________________________________
检视联结操作
　
执行联结操作比执行选取操作多出了更过的执行过程，稍后会在评估执行的计划窗格中看到。联结操作会对数个数据表进行存取的动作，并在存取后组合所搜寻的数据。（联结在 第 14 章 中讨论）。请在 Query Analyzer 输入以下的联结操作范例：
SELECT OrderID, CustomerID, Employees.EmployeeID, FirstName,
     LastName, OrderDate
FROM Orders Join Employees ON Orders.EmployeeID = Employees.
EmployeeID
之前的陈述式包括 SQL-92 JOIN 操作元。建议使用此操作元在 SQL Server 2000中执行连结。下面的陈述式使用较传统的连结语法：
SELECT OrderID, CustomerID, Employees.EmployeeID, FirstName,
     LastName, OrderDate
FROM Orders, Employees
WHERE Orders.EmployeeID = Employees.EmployeeID
T-SQL 陈述式在 EmployeeID 资料行中联结了 Orders 和 Employees 资料表。评估执行计划结果如图35-9所示。

　
 
图35-9　显示在评估执行的计划窗格的联结操作
在窗格中可以看到两个子树中哪个的消耗较大，也可以看到规划联结操作的类型。SQL Server 支持多种不同的联结操作，包括杂凑联结（hash join）、巢状循环联结（nested loops join）和合并联结（merge join）。复杂的联结操作，执行计划会相对的变得复杂。由于您的目的是要减少占用 CPU 时间总量，以及减少执行 I/O 操作的数目，所以必须判断是否使用了好的执行计划。有时可以使用提示来指定需要使用的