聚集索引不使用书签查找
我的理解：
聚集索引：把书里面的内容放到书签里面，指定了聚集索引表列的所有内容（整行记录）先放到书签里面
查询：当查询的时候根据书签目录，直接查找书签，因为内容直接存放在书签里面，所以查询速度很快
修改数据：但是如果要修改数据，那么，数据库先找到书签，然后修改书签里面的内容，再根据书签里的内容找到书本的内容，然后修改书本里的内容（即要修改两次）
因为书本里的内容也存放在书签里面
非聚集索引：书里面的内容不放到书签里面，只放指针
查询：数据库先找到书签，再根据书签里的内容找到书本里的内容，所以比聚集索引慢，但是因为跟聚集索引一样加了书签，所以比没有加索引的表查询快
修改数据：数据库先找到书签，再根据书签里的内容找到书本的内容，然后修改书本里的内容，因为书签里不存放书本里的内容，所以修改速度比聚集索引快
发现聚集索引还有一个好处：就是比起非聚集索引，阻塞几率比非聚集索引少
比如：我有两张表：EmployeeA表和EmployeeB表 ，两张表都有两列是EmployeeID 和Name。
EmployeeA表创建聚集索引在EmployeeID 上 ，EmployeeB表创建非聚集索引在EmployeeID上！！！！！！！！！！！！！！！！！
假如两张表都有3条记录，数据都是一样的
EmployeeID Name
1 小明
2 小方
3 小青
现在当我在一个新会话里（会话一）update EmployeeB表
begin tran
update EmployeeB表 set Name='小华' where EmployeeID=2
这个sql不提交
然后在另一个会话里（会话二）select EmployeeB表里的内容
begin tran
select * from EmployeeB表 where EmployeeID=3
这时候查询EmployeeB表的那个会话二就会被阻塞，因为他要等会话一提交事务才能继续，因为会话一在EmployeeID=2的那条记录上
加上了 “排他锁”，所以会话二不能继续往下查找。只要会话一提交事务，会话二就能查找EmployeeID=3的那条记录并显示出来
而聚集索引就不会有这个问题，为什麽呢？
之前讲过：
聚集索引：把书里面的内容放到书签里面，指定了聚集索引表列的所有内容（整行记录）先放到书签里面
非聚集索引：书里面的内容不放到书签里面，只放指针
如果是聚集索引的话，要查找EmployeeID=3的那条记录的内容，只是要从书签里把内容读取出来就可以了，不用到数据页里去读数据
因为update语句需要到数据页里去读数据，所以大家互相不影响，但是，非聚集索引需要到书本里（数据页）里去读取内容（数据）
所以大家就会互相阻塞了，因为会话一锁定了EmployeeID=2那条记录，如果不提交的话，会话二无办法读取内容并显示出来
以上是个人的通俗理解，如有错误，希望大家指正o(∩_∩)o
准备训教了，明天上班o(∩_∩)o
后记，今天在看了Microsoft SQLSERVER企业级平台管理实践中的 P294 页，这页里面讲述了一个insert动作要申请的锁
重点是最后一个句话：唯一不同的是heap结构上还得申请一个RID锁。因为真正的数据不是放在索引上，而是放在heap上
这句话更加论证了我的观点：
聚集索引：把书里面的内容放到书签里面，指定了聚集索引表列的所有内容（整行记录）先放到书签里面
非聚集索引：书里面的内容不放到书签里面，只放指针
因为书中的例子用一个聚集索引表跟一个非聚集索引表做插入操作，比较了非聚集索引跟非聚集索引做插入操作要申请的锁
有兴趣的朋友可以看一下这本书！！
