SQLSERVER书签查找的通俗理解bookmark lookup

SQLSERVER书签查找的通俗理解bookmark lookup

聚集索引不使用书签查找

我的理解：

聚集索引：把书里面的内容放到书签里面，指定了聚集索引表列的所有内容（整行记录）先放到书签里面

查询：当查询的时候根据书签目录，直接查找书签，因为内容直接存放在书签里面，所以查询速度很快

修改数据：但是如果要修改数据，那么，数据库先找到书签，然后修改书签里面的内容，再根据书签里的内容找到书本的内容，然后修改书本里的内容（即要修改两次）

因为书本里的内容也存放在书签里面

非聚集索引：书里面的内容不放到书签里面，只放指针

查询：数据库先找到书签，再根据书签里的内容找到书本里的内容，所以比聚集索引慢，但是因为跟聚集索引一样加了书签，所以比没有加索引的表查询快

修改数据：数据库先找到书签，再根据书签里的内容找到书本的内容，然后修改书本里的内容，因为书签里不存放书本里的内容，所以修改速度比聚集索引快

 

发现聚集索引还有一个好处：就是比起非聚集索引，阻塞几率比非聚集索引少

比如：我有两张表：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那条记录，如果不提交的话，会话二无办法读取内容并显示出来

 

 

后记，今天在看了Microsoft SQLSERVER企业级平台管理实践中的 P294 页，这页里面讲述了一个insert动作要申请的锁

重点是最后一个句话：唯一不同的是heap结构上还得申请一个RID锁。因为真正的数据不是放在索引上，而是放在heap上

这句话更加论证了我的观点：

聚集索引：把书里面的内容放到书签里面，指定了聚集索引表列的所有内容（整行记录）先放到书签里面

非聚集索引：书里面的内容不放到书签里面，只放指针

 

因为书中的例子用一个聚集索引表跟一个非聚集索引表做插入操作，比较了非聚集索引跟非聚集索引做插入操作要申请的锁

有兴趣的朋友可以看一下这本书！！

 

 

Bookmark Lookup、RID Lookup、Key Lookup定义

三者翻译为：书签查找、行ID查找、键查找。

书签查找和键查找是一个意思，在SQL 2005之前叫Key Lookup，SQL 2005之后叫Bookmark Lookup

Bookmark Lookup、Key Lookup：当非聚集索引没有包含select字段时候，需要回基表（聚集索引）读select 字段的数据，这时候叫键查找/书签查找