erIndex ( name )
CREATE UNIQUE INDEX idx_testUniqueClusterIndex1 ON testUniqueClusterIndex ( type1 )
CREATE INDEX idx_testUniqueClusterIndex2 ON testUniqueClusterIndex ( type2 )
INSERT INTO testUniqueClusterIndex VALUES ( A , A1 , A2 )
INSERT INTO testUniqueClusterIndex VALUES ( B , B1 , B2 )
INSERT INTO testUniqueClusterIndex VALUES ( C , C1 , B2 )
INSERT INTO testUniqueClusterIndex VALUES ( D , D1 , B2 )
INSERT INTO testUniqueClusterIndex VALUES ( E , E1 , C2 )
INSERT INTO testUniqueClusterIndex VALUES ( F , F1 , F1 )
INSERT INTO testUniqueClusterIndex VALUES ( G , G1 , G1 )
INSERT INTO testUniqueClusterIndex VALUES ( H , H1 , G1 )
INSERT INTO testUniqueClusterIndex VALUES ( I , I1 , G1 )
INSERT INTO testUniqueClusterIndex VALUES ( J , J1 , J1 )
唯一聚集索引表上的唯一非聚集索引
我们首先可以看到 page(1:192) 为聚集索引的根节点，该根节点包括 2 个索引值和三个索引指针指向相应的叶子页面，而聚集索引的叶子页面则按照聚集索引的排序规则进行存储。
page(1:194) 为该唯一聚集索引表上的唯一非聚集索引的根节点，因为数据量少实际上只有一个索引节点，即大于等于 H1 的指向叶子页面 page(1:195) ，小于 H1 的则指向叶子页面 page(1:151) 页面。
唯一非聚集索引的叶子页面中则包括每个索引条目的索引值和其聚集键值；因为都是唯一的，所以两者合起来能够保证该索引条目的唯一性，所以不需要增加额外的辅助字段。
那么当对唯一非聚集索引的字段进行查找的时候是如何处理的呢？ SQL Server 首先从唯一非聚集索引的根节点开始查起，直到找到合适的索引叶子页面，然后根据该索引条目中的聚集索引键值，去聚