您现在正在浏览：站长之家 >> 数据库 >> 详细内容

使用SQL Query Analyzer和SQL Profiler

时间:2007-12-23 来源:不详作者:迈克DB

　

图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。）

内容来自dedecms

　
________________________________________
说明
正如第 17 章所提到的，索引对于 SQL Server 有很大的好处，但是假如使用不正确，可能会反过来影响效能。监控每个数据表的索引数目，非凡是在执行了很多 INSERT、UPDATE 和 DELETE 陈述式操作的时候。太多的索引可能会导致这种类型操作的效能降低，这是由于修改索引的额外系统资源占用所引起的效能降低。
________________________________________