SQL Server的非聚集索引中会存储NULL吗？

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的。