SQLServer索引进阶：第一级，索引简介本文是SQLServer索引进阶系列（StairwaytoSQLServerIndexes）的一部分。索引是数据库设计的基础，向开发者显示了使用数据库大量数据库设计者的意图。不幸的是，索引大部分时候是在出现性能问题的时候，才被事后添加上的。第一级介绍一下SQLServer的索引：是一种数据库对象，使得SQLServer可以在最短的时间内查询or修改请求的数据，使用最少的系统资源带来最大的性能提升。好的索引将会允许SQLServer实现最大化的并发，一个用户的查询对于其他用户的查询几乎没有影响。最终，索引给数据库完整性提供一种高效的方式，当唯一索引创建的时候，确保唯一的键值。这一级只是一个简介，包括一些理论和使用，一些物理的细节留在后面的级别中介绍。对于数据库开发者来说，彻底的理解索引是重要的，当一个请求从客户端到达SQLServer，SQLServer只有两种可能的路径来访问请求的数据行：1扫描包含数据的表中的每一行，从第一行到最后一行，检查每一行是否满足请求的条件。2如果包含可用的索引，可以用索引来定位请求的数据。第一种方法对于SQLServer来说总是可用的，第二种方法只在你给数据库设计了可用的索引的情况下才是可行的，但是第二种可以带来极大地性能提升，接下来我们将继续介绍。因为索引需要维护（它们会占用物理空间，并且它们一定会和表保持同步），所以它们不是SQLServer必须的。有的数据库会完全没有索引。它们可能会导致性能下降，有可能带来数据完整性问题，但是SQLServer允许它的存在。但是，这些不好的不是我们想要的。我们都希望数据库性能优良，数据完整，同时，保持索引维护的最小化。本级别将会朝着这个目标引导大家。数据库实例贯穿整个进阶系列，我们都会使用实例来阐述关键的理念。这些例子使用的是微软的AdventureWorks示例数据库。我们主要使用销售订单部门。包含5张表：Customer,SalesPerson,Product,SalesOrderHeader,SalesOrderDetail。为了保持注意力的集中，我们使用部分的列。AdventureWorks设计的很规范，销售人的信息在三张表中都有：SalesPerson，Employee，Contact。在某些情况下，我们会把他们看成是一张表。下图是这些表之间的关系。本级别用到的TSQL在后面都会给出下载地址。什么是索引通过一个小故事开始我们的索引学习之旅，一个很老，但是证明很技术，贯穿整篇本章，介绍索引的基本概念。你离开家去处理一些事情。当你回来的时候，从等待你回来的女儿的垒球教练口中得到一些消息。三个女孩子：Tracy,Rebecca,andAmy弄丢了他们的帽子。你能否给他们买帽子，下一场比赛他们的父母将会还给你。你认识那些女孩子，也认识他们的父母。但是你不知道他们帽子的尺寸。在你家的镇子上有三家人，每家都有一些你需要的信息。没有问题，你会打电话给他们，得到帽子的尺寸。你一手拿着电话，一边打开电话本的目录索引。你需要联系的第一家是HellenMeyer，你估计Meyer应该在姓名的中部，你直接跳到电话本的中间部分，但是你发现来到了页头部写着“Kline-Koerber”的一页，向前翻了几页，又发现了“Nagle-Nyeong”，又向前翻了几页，发现了“Maldonado-Nagle”。意识到你快要找到了，向后查找，你找到了“Meyer，Helen”一行，找到的对应的号码。打通了Meyer的家，得到了你想要的信息。重复上面的过程，找到了另外两个家庭，获取了另外两个帽子的尺寸。你使用了索引，你使用索引的方式和SQLServer使用索引的方式类似。他们有很多的相似，有一些不同，电话本和SQLServer的索引。事实上，你刚才使用的就是SQLServer两种索引（聚集和非聚集）中的一种，非聚集索引。本级别我们介绍非聚集索引，下一级别介绍聚集索引，以及深入的分析这两种索引。非聚集索引白纸类似非聚集索引，他们不是以数据本身来组织的，只是一个映射，帮助你访问数据。数据本身才是我们真正需要的。电话公司没有将镇子的居民整理到一个有意义的队列中，将房子从一个地方移动到另一个地方，方便同一个垒球队的女孩们的家是一个挨一个的，而不是像现在这样用居民的姓氏来组织。相反，他给你一本书，包含每个居民。每行都包含一个键，使得你可以访问到居民的电话。就像白纸上的电话一样，SQLServer的非聚集索引都包含两部分