SQL Server的非聚集索引中会存储NULL吗？
这是个很有意思的问题，下面通过如下的代码，来说明，到底会不会存储NULL。
-
--1.建表
-
if OBJECT_ID('t1') is not null
-
drop table t1
-
go
-
-
create table t1
-
(
-
id int primary key,
-
v varchar(20)
-
)
-
-
-
insert into t1
-
select 1 ,'aa' union all
-
select 2 ,'bb' union all
-
select 3 ,'cc' union all
-
select 4 ,'dd' union all
-
select 5 ,'ee' union all
-
select 6 ,'ff' union all
-
select 7 ,null union all
-
select 8 ,'gg' union all
-
select 9 ,null
-
go
-
-
-
--2.创建一个非聚集索引
-
create index idx_t1_v on t1(v)
-
go
-
-
-
--3.index_id = 2 为idx_t1_v索引
-
select *
-
from sys.indexes
-
where object_id = object_id('t1')
-
-
-
--hobt_id = 72057594041466880
-
select *
-
from sys.partitions
-
where index_id = 2
-
and object_id = object_id('t1')
-
-
-
--root_page = 0xAF0000000100
-
select *
-
from sys.system_internals_allocation_units
-
where container_id = 72057594041466880
-
-
-
-
--4.0100:文件id，而AF是16进制，转化为10进制是 175，pageId = 175
-
DBCC page(12, --数据库id : 10
-
1, --文件id: 1
-
175, --页id: 188
-
3) --with tableresults
-
/*
-
文件id 页id 索引行号 层级 v列的值 这个v列值所对应的行号 id列的hash值
-
FileId PageId Row Level v (key) id (key) KeyHashValue
-
1 175 0 0 NULL 7 (8d4dc9cd25b3)
-
1 175 1 0 NULL 9 (fd07a7dffc59)
-
1 175 2 0 aa 1 (e5e354933dff)
-
1 175 3 0 bb 2 (df47e5a393e1)
-
1 175 4 0 cc 3 (36248ab30914)
-
1 175 5 0 dd 4 (40ee14f42575)
-
1 175 6 0 ee 5 (a98d7be4bf80)
-
1 175 7 0 ff 6 (9329cad4119e)
-
1 175 8 0 gg 8 (f34ca041b78d)
-
*/
-
-
-
-
--5.走的索引查找
-
select *
-
from t1
-
where v is null
-
-
-
--走的是索引扫描,之所以这里走索引,是因为在v列的非聚集索引中,也包含了所有的数据
-
select *
-
from t1
-
where v like '%a%'
从第4个输出，可以看出非聚集索引中是存储了NULL的。