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

原文: 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的。