SQLSERVER书签查找的通俗理解
今晚在网上又看了一下书签查找 使用非聚集索引使用的是书签查找bookmark lookup 聚集索引不使用书签查找 我的理解: 聚集索引:把书里面的内容放到书签里面,指定了聚集索引表列的所有内容(整行记录)先放到书签里面 查询: 当查询的时候根据书签目录,直接
今晚在网上又看了一下书签查找
使用非聚集索引使用的是书签查找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那条记录,如果不提交的话,会话二无办法读取内容并显示出来
以上是个人的通俗理解,如有错误,希望大家指正o(∩_∩)o
准备训教了,明天上班o(∩_∩)o
后记,今天在看了Microsoft SQLSERVER企业级平台管理实践中的 P294 页,这页里面讲述了一个insert动作要申请的锁
重点是最后一个句话:唯一不同的是heap结构上还得申请一个RID锁。因为真正的数据不是放在索引上,而是放在heap上
这句话更加论证了我的观点:
聚集索引:把书里面的内容放到书签里面,指定了聚集索引表列的所有内容(整行记录)先放到书签里面
非聚集索引:书里面的内容不放到书签里面,只放指针
因为书中的例子用一个聚集索引表跟一个非聚集索引表做插入操作,比较了非聚集索引跟非聚集索引做插入操作要申请的锁
有兴趣的朋友可以看一下这本书!!