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

本文出自 “探索SQLServer” 博客，请务必保留此出处http://yupeigu.blog.51cto.com/3323001/1367963