欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  数据库

SQLSERVER书签查找的通俗理解

程序员文章站 2024-02-01 11:05:28
...

今晚在网上又看了一下书签查找 使用非聚集索引使用的是书签查找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上

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

聚集索引:把书里面的内容放到书签里面,指定了聚集索引表列的所有内容(整行记录)先放到书签里面

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

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

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