SQL2005性能分析一些细节功能你是否有用到?

核心提示：我相信很多朋友对现在越来越大的数据量而感到苦恼,可是总要面对现实啊,包括本人在内的数据库菜鸟们在开发B/S程序时,往往只会关心自己的数据是否正确的查询出来,一旦自己写的程序哪天要花上十秒或者是一分种才会出来,此时就技穷了.如何优化成为菜鸟们的难题.本人不才,最近看了些园友关于数据库优化的文章,觉的有必要总结下,让更多像

我相信很多朋友对现在越来越大的数据量而感到苦恼,可是总要面对现实啊,包括本人在内的数据库菜鸟们在开发B/S程序时,往往只会关心自己的数据是否正确的查询出来,一旦自己写的程序哪天要花上十秒或者是一分种才会出来,此时就技穷了.如何优化成为菜鸟们的难题.本人不才,最近看了些园友关于数据库优化的文章,觉的有必要总结下,让更多像我一样只关心结果,并不关心质量的朋友少走些弯路.

本文主旨:本文并非大谈高深技术(也没这本事),只是想总结一些数据库性能分析最基本的方法,有时候往往就是这些看似平常的功能能解决大问题.起码我工作三年差点,很少关心这些性能分析方法,我想目前也有很多朋友和我以前一样.

第一: 您在执行SQL的时候是否对下图特别熟悉:图一

一般根据大众分析SQL性能的基本方法:首先是看此SQL的执行IO成本,其次是看执行计划.

图一就是SQL执行时的IO等统计信息.包括本人在内的数据库菜鸟对于这种IO信息一般都不太关注,我们更加关注的时把查询的数据查询出来就OK,至于这些内部的执行情况我们并不关心.以至于在看到园友的相关数据库文章后,就会有如下问题:

Q:你这些信息是从哪得来的,有什么用,各参数都怎么去理解,对我们开发有什么帮助.

要想让SQL把这些IO统计信息显示出来,我们要在执行的SQL前面显示调用如下命令SET STATISTICS IO ON, 本人现在就厚着脸皮贴下MSDN的说明:

定义: SET STATISTICS IO { ON | OFF }如果 STATISTICS IO 为 ON，则显示统计信息。如果为 OFF，则不显示统计信息。如果将此选项设置为 ON，则所有后续的 Transact-SQL 语句将返回统计信息，直到将该选项设置为 OFF 为止。