SQL Server2005探索之---正确使用索引

   最近在总结SQL Server2005下性能调优方法，一个通用的调优方法。通过找到系统的瓶颈，然后解决瓶颈，提高性能。例如：当我们找到系统的瓶颈在于磁盘I/O上，在不提高硬件配置的前提下，我们应该如果提高性能？通过各种各样的性能分析工具 ：Profiler、SQLDiag、Perfmon等等。我们找到了一些影响性能的关键SQL，现在我们暂不考虑程序问题。对于这些SQL我们应该如何改进呢？说起SQL，不得不提索引，这也就是我们今天要讨论的主题。

  首先，什么是索引？从BookOnline上search了一下：

索引

   索引是与表或视图关联的磁盘上结构，可以加快从表或视图中检索行的速度。索引包含由表或视图中的一列或多列生成的键。这些键存储在一个结构（B 树）中，使 SQL Server 可以快速有效地查找与键值关联的行。

  索引有什么类型：

索引类型

聚集

• 聚集索引根据数据行的键值在表或视图中排序和存储这些数据行。索引定义中包含聚集索引列。每个表只能有一个聚集索引，因为数据行本身只能按一个顺序排序。
• 只有当表包含聚集索引时，表中的数据行才按排序顺序存储。如果表具有聚集索引，则该表称为聚集表。如果表没有聚集索引，则其数据行存储在一个称为堆的无序结构中。

非聚集

• 非聚集索引具有独立于数据行的结构。非聚集索引包含非聚集索引键值，并且每个键值项都有指向包含该键值的数据行的指针。
• 从非聚集索引中的索引行指向数据行的指针称为行定位器。行定位器的结构取决于数据页是存储在堆中还是聚集表中。对于堆，行定位器是指向行的指针。对于聚集表，行定位器是聚集索引键。
• 在 SQL Server 2005 中，可以向非聚集索引的叶级别添加非键列以跳过现有的索引键限制（900 字节和 16 键列），并执行完整范围内的索引查询。

   在了解了上述概念后，如何正确使用索引对于程序的性能有着至关重要的作用。设计良好的索引可以减少磁盘 I/O 操作，并且消耗的系统资源也较少，从而可以提高查询性能。对于包含 SELECT、UPDATE 或 DELETE 语句的各种查询，索引会很有用。

   在我们的coding中，得到相同的查询结果SQL的写法可以有多种，最重要的考虑因素之一是WHERE条件，WHERE条件限制了查询要返回的记录数目，查询优化程序会尝试判断已有的索引，分析对查找符合的记录是否有帮助。

   查询优化程序要查看WHERE中的条件，以决定这些条件在限制SQLServer访问时是否有用。所以，有效的设置查询参数，决定了是否可以充分的利用索引。

   查询参数可以包含一下操作：=、<、>、>=、<=、BETWEEN、部分like。其中，like当这样使用时会用到索引：like '*%',但like'%*'就用不到索引。因为索引的摆放是依据字段值升序或降序排列，like'%*'这种用法，不能利用有序的数据结构，利用二分法查找数据。

  不适当的查询参数有：NOT 、!= 、<>、 !>、 !< 、NOT EXISTS、 NOT IN 、NOT LIKE等，还有一些不当的用法，例如：对数据进行计算，负向查询、等号左边使用函数、使用OR。上述语法都不用不上索引，降低程序的效率。

   当我们了解了索引的用法后，在我们编写sql时考虑上述用法，充分利用索引，以高程序的性能。还有，在我们coding过程中，写好sql后，最好使用SQL Server自带的查询计划，来分析SQL执行成本、索引的使用情况，尽可能的使用索引来提高效率。

   先说这么多，欢迎高手们提出更好的建议，我们一起进步。