图35-10　显示在评估执行的计划窗格中的总计操作
检视预存程序
　
要显示预存程序的执行计划，可以简单的在 Query Analyzer 中呼叫预存程序。Query Analyzer 会显示所呼叫预存程序的评估执行计划，如图35-11所示的 sp_who。（需要注意的是，预存程序的执行计划相当复杂）。即使不确定组成预存程序的 T-SQL 陈述式，也可以显示该预存程序的执行计划。

　
 
图35-11　在评估执行的计划窗格中的预存程序
使用对象浏览器
　
对象浏览器（Object Browser）包含在 SQL Server 2000 中，用来提升 Query Analyzer 的功能。启动 Query Analyzer 时，会在左边窗口看到 对象浏览器 。 对象浏览器 分成数据库对象区和通用对象区两部份。在数据库对象区，可以浏览像数据表和检视表等对象；在通用对象区，可以存取系统对象和菜单。可以利用 物件浏览器 找出所提供的信息后，然后决定用的信息。
数据库对象
　
 对象浏览 顶端部份含有数据库对象，可以立即看到预设数据库以及所建立的数据库，并显示所属的 SQL Server。想要知道在 对象浏览 之中有哪些可用信息，只要展开对象即可。先展开 Northwind 数据库，然后展开 使用者数据表 。现在可看到 Northwind 数据库中可用的数据表，如图35-12所示。

　
 
图35-12　检视对象浏览中的数据表
接着展开一个使用者定义数据表，然后展开包含关于字段、索引、条件约束、资源依存性、触发程序信息的数据夹。图35-13显示展开的 Orders 数据表。或者可以展开数据夹，检视关于系统数据表、检视表、预存程序、功能和使用者定义数据类型的信息。
在 Query Analyzer 中提供对象信息，是相当方便的，这样在建立 SQL 陈述式和预存程序时，就不需要再检查 Query Analyzer 以外的对象信息。不但可以在 对象浏览 中检视信息，还可以编辑对象、拖曳对象，甚至可以建立指令码和修改对象，将功能加在一个已经很实用的工具中。

　
 
图35-13　展开在对象浏览中的数据表
通用对象
　
在 对象浏览 较下面的部份是名为通用对象（Common Objects）的数据夹，这个数据夹中包含了如设定功能、光标功能、日期和时间功能以及数学功能等对象信息的数据夹。因此您可以很快地存取一个要使用的功能而不须查询语法。在这个区域展开数据夹的话，将显示设定选项，如图35-14所示。将这些功能拖曳到 Query 窗格中，或者用鼠标点选这个功能以显示一个简要描述。这对于 ad-hoc 查询过程是相当方便的。

　
 
图35-14　在对象浏览的通用对象中展开一个数据夹
除了存取全域变量之外，您还可以存取很多其它有用的快捷菜单，如数学和字符串功能。继续展开对象，您可以用这些菜单得到参数要求的信息。例如，图35-15显示展开 数学函数 中的 参数 数据夹。

　
 
图35-15　检视对象浏览中的参数数据夹
使用SQL Profiler
　
除了 Query Analyzer 以外，SQL Profiler 工具也可以帮助找出低效率的 T-SQL陈述式。Profiler 可以显示所有系统中执行的 T-SQL 陈述式，并用图形加以显示。您也可以使用多种排序和筛选选项，找出使用了最多 CPU 和 I/O 资源的 T-SQL 陈述式。有了这些信息就可以确定在调整系统时需要集中焦点在哪些 T-SQL 陈述式上。对于透过应用程序呼叫的 T-SQL 陈述式，可以检视 T-SQL 陈述式，并决定利用存取应用程序来源程序代码时的效率如何。
SQL Server 2000 中的 Profiler 工具类似 SQL Server 7 中的 Profiler 工具，当然有些加强的功能。其中一项新功能是引用追踪模板，用来建立追踪档案。（在确定能够使用这个功能追踪 SQL Server 之后，追踪才能建立）。在 SQL Server 7 中，追踪功能只能以手动建立。
要呼叫 Profiler 工具并执行追踪，请遵循下列步骤：
1. 按一下 开始 / 程序集 / Microsoft SQL Server / Profiles 。在 Profiler 刚出现时，会看到一个空的 Profiler 窗口。在 Profiler 中如果没有打开任何窗格，就不会剖析任何陈述式。
2. 要开始分析，必须选择已存在的追踪模式，或是建立一个新的追踪模式。（启动过程将在步骤4介绍）。SQL Profiler 提供数种追踪模式。使用这些功能由于不必从 scratch 建立追踪，因此节省不少时间。要检查追踪清单，请在 档案 菜单中点选 开启旧档 ，选择 追踪模板 ，显示 开启旧文件 对话框，如图35-16所示。
　
 
图35-16　开启旧文件对话框中显示可用的追踪
SQL Server 中的追踪描述如下：
o  SQLServerProfilerSP_Counts.tdf 统计已经执行预存程序的数量。这个结果将根据预存程序的名称进行分组，其中包括程序所执行的次数。
　
o  SQLServerProfilerStandard.tdf 收集关于连结点的信息，执行预存程序，以及依序执行 SQL 批次?n。
　
o  SQLServerProfilerTSQL.tdf 收集所有的 T-SQL 陈述式传送至 SQL Server 的次序且依使用者团体分类传送。这个追踪包含了 T-SQL 陈述式以及它所执行的时间。
　
o  SQLServerProfilerTSQL_Duration.tdf 显示执行的 T-SQL 陈述式，以及这些 T-SQL 陈述式执行所用的时间（一千分之一秒为单位）。
　
o  SQLServerProfilerTSQL_Grouped.tdf 收集与 SQLServerProfilerTSQL 追踪类似的数据，但是根据传送陈述式的使用者来将数据分组。
　
o  SQLServerProfilerTSQL_Replay.tdf 提供关于已经执行的 T-SQL 陈述式的详细信息。该追踪提供可以用来重新执行 Query Analyzer 中 T-SQL 陈述式的数据。
　
o  SQLServerProfilerTSQL_SPs.tdf 显示预存程序以及预存程序中的 T-SQL指令。该结果根据陈述式执行的时间依序显示。
　
o  SQLServerProfilerProfilerTuning.tdf 收集关于预存程序和执行 SQL 批次文件的数据。
　
这些追踪相当有用。例如 SQLServerProfilerTSQL_Duration 追踪可找出哪些T-SQL 陈述式花费了大量的执行时间。这些信息使您可以开始最佳化查询。一个陈述式执行得很慢，可能是因为它的工作量很大，或者效率很低。在下一个步骤中将说明，必须使用每个追踪的预设定义。
3. 要启动追踪，请选取 档案 / 新增 ，接着选择 追踪 。显示 联机到SQL Server 对话框，如图35-17所示。在这个对话框中，选择要追踪的 SQL Server 系统，然后按 确定 。
　
 
图35-17　联机到SQL Server对话框
4. 进入 追踪属性 窗口，如图35-18所示。在 一般 页签，可以命名并选择追踪的起始点。本范例是选择 SQLServerProfilerTSQLDuration 追踪。在页签下面的部份，可以指定是否要将获得的追踪内容输入到档案或 SQL Server 数据表中。如果没有选择这些选项，那么追踪将只在屏幕上出现。另外，可以指定追踪完成的时间，这在执行长时间追踪时相当有用。
　
 
图35-18　追踪属性窗口的一般页签
5. 接着选择 事件 页签，如图35-19所示。这里可以选取一个或多个追踪记录的事件。大量的类型和特殊的事件可以被追踪，列在 可用的事件类别 清单中的数据均可追踪。
　
 
图35-19　追踪属性窗口的事件页签
6. 选择要追踪的事件后，点选 数据行 页签，如图35-20所示。在这个页签中，指定在追踪过程中要收集哪些数据。这个数据包括终止时间、对象 ID 等等。
　
 
图35-20　追踪属性窗口的数据行页签
7. 选取 筛选器 页签，如图35-21所示。这个页签中可以指定是否要撷取事件所需的条件。例如，排除追踪 Profiler（默认值）。透过排除 SQL Server 过程，可以避免 Profiler 窗口的混乱，增加阅读性。
　
 
图35-21　追踪属性窗口的筛选器页签
8. 完成设定选项后，按 执行 启动追踪。如果要修改追踪，建议使用 档案 菜单中的 另存新文件 选项来保存追踪修改（用不同的名称）。一旦开始追踪，事件将会出现在 Profiler 窗口。使用本例中所选的追踪，事件将会用 Duration 排序（千万分之一秒）。图35-22显示 Profiler 窗口执行中的追踪。
________________________________________
注意
在繁忙的环境中，Profiler 可能会使用重要的系统资源。追踪越多的事件，会占用越多的系统资源。
________________________________________
最佳化 T-SQL 陈述式
　
在前面的章节中学到了使用 Profiler 检视系统中所执行的 T-SQL 陈述式，以及利用 Query Analyzer 确定执行计划和数据存取。也可以利用修改 T-SQL 陈述式来改善效能。拥有这些工具，就有能力修改 T-SQL 陈述式，改善陈述式的执行效能。在本节中，会看到最佳化 T-SQL 陈述式的多种途径，使其能够提供更好的效能或占用更少的系统资源。

　
 
图35-22　执行中的追踪
最佳化执行计划
　
修改执行计划是相当困难的，要建立一个比 Query Optimizer 的计划更佳的执行计划更不容易。有些操作更可能在执行计划的修改中获益，它们是 JOIN、GROUP BY、ORDER BY 和 UNION。对于这些操作的修改可以容易的透过使用提示来达成，这将在稍后的 ＜使用提示＞ 一节中提到。透过更改提示和显示 Query Analyzer 的输出，可以看到获得了一个比较有效的操作。
不过，对于最佳化 T-SQL 陈述式并没有一个特定的模式。因为每个数据库都是独一无二的，且应用程序也不相同，因此修改皆根据不同的情况进行。
选择数据存取方法
　
正如本章前面所述，数据存取方法实际上就是一组对象，SQL Server 使用这些对象从数据库中获得数据。透过分析数据库和数据库中包含的数据，可以最佳化数据存取方法，减少 I/O 操作的数量。
和修改执行计划一样，修改最佳的数据存取方法也没有一定的公式。下面的指导方针有助于选择最佳的数据存取方法：
•  使用最佳的索引 为一个操作使用最佳的索引，这在获得可能的最佳效能时是必须的。对于特定操作的最佳索引是最快速的找到数据，且最少 I/O 操作的一种方法。可以利用您对数据库和数据的深入了解或使用 Query Analyzer 来确认最佳的索引。Query Analyzer 让您尝试不同的模拟状况以确定哪个索引可以传回最少的列数。（记住，Query Analyzer 只是简单的估计了所要传回的列数；要确定精确的列数，必须使用 Profiler。）
　
________________________________________
说明
正如 第 17 章 所提到的，索引对于 SQL Server 有很大的好处，但是如果使用不正确，可能会反过来影响效能。监控每个数据表的索引数目，特别是在执行了很多 INSERT、UPDATE 和 DELETE 陈述式操作的时候。太多的索引可能会导致这种类型操作的效能降低，这是由于修改索引的额外系统资源占用所引起的效能降低。
________________________________________
•  使用覆盖式索引 （covering indexes）　正如 第 17 章 所述，使用覆盖式索引可以帮助您避免额外的 I/O 步骤。不必存取底层数据表，您可以从索引中获得所需的数据。
　
•  减少传回的数据列 决定是否需要从查询传回实际需要的所有数据。修改T-SQ L陈述式，以便于只存取需要存取的数据，不要传回将被丢弃的资料列。减少从数据库中获得的数据列，这可以透过增加查询的选择性来达成。
　
使用提示
　
可以修改 T-SQL 陈述式来更改资料存取方法和执行计划，但是如果执行时不够不谨慎，反而会变更 T-SQL 陈述式的功能。较安全的最佳化 T-SQL 陈述式的方法是使用提示。提示可指定 Query Optimizer 要执行哪些操作和需要使用哪些对象。在本节中，将学习很多不同的 SQL Server 提示，以及它们的使用方法。
联结提示
　
联结提示（join hints）是用来指定 Query Optimizer 应该执行哪些类型的联结操作。（如果在查询中没有指定类型，query optimizer 会自己选一个。）在 SQL Server 中，您可以执行巢状循环联结（nested loops joins）、杂凑联结（hash joins）、合并联结（merge joins）和远程联结（remote joins）。使用下列提示指定联结的方法：
•  LOOP 指定巢状循环联结。在巢状循环联结中，将会检查外部数据表中的每一列和内部数据表中的每一列，检查值是否相等。
　
•  HASH 指定杂凑联结。在杂凑联结中，一个数据表会被重新组织为一个杂凑数据表。其它的数据表每次被扫描一列，杂凑函数就被用来搜寻相同的内容。
　
•  MERGE 指定一个排序合并联结。在排序合并联结中，每个数据表都被排序，然后按照降序每次比较一列。
　
•  REMOTE 指定远程联结。远程联结是至少有一个联结的数据表在远程。
　
看看连结提示的范例，使用我们前面的范例（请参阅本章中的 ＜联结操作＞ 一节），我们按照下列陈述式使用提示来指定一个杂凑联结：
SELECT OrderID, CustomerID, Employees.EmployeeID, FirstName,
     LastName, OrderDate
FROM Orders, Employees
WHERE Orders.EmployeeID = Employees.EmployeeID
OPTION (HASH JOIN)
________________________________________
说明
联结提示是彼此独立的－每次只能使用其中的一种。
________________________________________
如果选择使用 SQL-92 语法作为连结，您也能用提示来指定连结类型。使用SQL-92 语法，您可以重写之前的查询，如下：
SELECT OrderID, CustomerID, Employees.EmployeeID, Firstname,
     LastName, OrderDate
FROM Orders INNER HASH JOIN Employees
ON (Orders.EmployeeID = Employees.EmployeeID)
联结提示是进阶的主题，我们并不能提供使用的经验方法。有很多不同的选择特殊联结操作的原因，例如同等运算子的数目、在联结中每个数据表的大小，以及联结的多少数据表。有一种最佳的途径可以确定更改联结操作是否将提供额外的效能，就是在 Query Analyzer 中尝试每一种类型的联结，看看哪种可以提供最小的消耗。当然，Query Optimize r通常会为帮助选择最佳的联结操作。
查询提示
　
查询提示（query hints）用来指定如何执行特定的查询操作。可用的查询操作分为三类：分组（group by）、联合（union）和混杂（miscellaneous）。
 分组提示 下面的提示指定了如何执行 GROUP BY 或 COMPUTE 操作：
•  HASH GROUP BY 指定使用杂凑函数来执行 GROUP BY 操作。
　
•  ORDER GROUP BY 指定使用排序操作来执行 GROUP BY 操作。
　
使用前面的 GROUP BY 范例（请参阅本章的 ＜检视总计操作＞ 一节），您可以按照下面使用提示来指定如何执行 HASH GROUP BY 操作：
SELECT CustomerID, SUM(OrderDetails.UnitPrice)
     FROM Orders, OrderDetails
HASH GROUP BY CustomerID
OPTION(HASH GROUP)
________________________________________
说明
GROUP BY 提示彼此独立－每次只能使用其中一种。
________________________________________
 联合提示 下面的提示是用来指定如何执行 UNION 操作：
•   MERGE UNION 使用合并操作来执行 UNION。
　
•   HASH UNION 使用杂凑函数来执行 UNION。
　
•   CONCAT UNION 使用串联功能来执行 UNION。
　
这是一个使用 CONCAT UNION 提示的范例：
SELECT OrderID, CustomerID, EmployeeID, OrderDATE
     FROM orders
     WHERE CustomerID = 'TOMSP'
UNION
SELECT OrderID, CustomerID, EmployeeID, OrderDate
     FROM orders
     WHERE EmployeeID = '4'
OPTION (CONCAT UNION)
________________________________________
说明
UNION 提示也是彼此独立的。
________________________________________
不幸的是，没有任何一定的公式可用以确定哪种 UNION 操作在您的环境中执行的最好。再一次说明，最好的途径就是使用 Query Analyzer 来尝试不同的 UNION 提示，看看哪种可以提供最少的消耗。通常 SQL Server Query Optimizer 可以为 UNION 提示决定最佳策略。
 杂项提示 下面的提示可以用来执行多种的查询操作：
•   FORCE ORDER 强制查询按照查询中数据表出现的次序执行。在预设状态下，SQL Server 可以重新排序数据表存取。
　
•   ROBUST PLAN 强制 Query Optimizer 预备取得最有可能的最大数据列数。
　
以下是使用这个提示的范例：
SELECT OrderID, CustomerID, Employees.EmployeeID, FirstName,
　　LastName, OrderDate
FROM Orders, Employees
WHERE Orders.EmployeeID = Employees.EmployeeID
OPTION (ROBUST PLAN)
资料表提示
　
 数据表提示 （table hints）用来控制数据表存取，两种数据表提示如下：
•  FAST n 替代 FASTFIRSTROWS，用来保持向后的兼容性。最佳化查询以获得最前面n列的数据。
　
•  INDEX＝index_name 强制 Query Optimizer 在可能时使用指定的索引。在本章中的前面的范例之一示范了如何使用 INDEX 提示：
　
• SELECT OrderID, CustomerID, EmployeeID, OrderDate
•    FROM orders WITH (INDEX = EmployeeID)
•    WHERE EmployeeID = 5
   OPTION (FAST 10)
WITH是选择性的。
这里的 INDEX = EmployeeID 提示将指定使用 EmployeeID 索引。透过指定FAST 10，SQL Server 将最佳化前面 10 列的取得（如果可能的话），然后传回剩下的列。
本章总结
　
在本章中，您学到了如何使用 Query Analyzer 以确定对查询最佳的执行计划和数据存取方法。另外，您还学到了如何使用 Profiler 来检视系统中执行的 T-SQL 陈述式，以及如何执行追踪来确定是否其中一些 T-SQL 陈述式可能导致效能问题。还讨论了如何根据您的数据库和数据以最佳化执行计划和数据库存取方法。最后，您学到了如何使用提示来指定一个特定的执行计划或数据存取方法。在 第 36 章 中，您学习的主题将发展为效能问题以及如何解决效能问题。