SQLSERVER聚集索引和主键的误区是怎样的

这期内容当中小编将会给大家带来有关SQLSERVER聚集索引和主键的误区是怎样的，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。

很多人会把Primary Key和聚集索引搞混起来，或者认为这是同一个东西。这个概念是非常错误的。 主键是一个约束（constraint），他依附在一个索引上，这个索引可以是聚集索引，也可以是非聚集索引。所以在一个（或一组）字段上有主键，只能说明他上面有个索引，但不一定就是聚集索引。

 例如下面：

代码如下: 

USE [pratice] GO CREATE TABLE #tempPKCL ( ID INT PRIMARY KEY CLUSTERED --聚集索引 )

USE [pratice] GO CREATE TABLE #tempPKNCL ( ID INT PRIMARY KEY NONCLUSTERED --非聚集索引 )

DROP TABLE [#tempPKCL] DROP TABLE [#tempPKNCL]

如果不加NONCLUSTERED和CLUSTERED关键字，默认建的是聚集索引 而一个聚集索引里，是可以有重复值的。只要他没有被同时设为主键，但是主键不能有重复值（不管依附在聚集索引上还是非聚集索引上） 强调这一点，是因为有些人觉得自己的表格上设置了主键，就认为表格上有聚集索引，按照B-树的方式管理了。如果没有指定主键是个聚集索引，可能表格还是会以堆的方式管理，效率低下 --------------------------------------------------------------------------------关于排序和重复值： 排序：建立复合索引的时候会指定多个字段，那么这个索引顺序是按哪个字段顺序排序呢？ 是按照索引上的第一个字段排序 

下面这个索引的排序顺序是以ID这个字段排序的 1 CREATE INDEX tempPKNCL_id_ncl ON [dbo].[tempPKNCL]([ID],[a],[c]) 重复值：如果对多列定义了 PRIMARY KEY 约束，则一列中的值可能会重复，但来自 PRIMARY KEY 约束定义中所有列的任何值组合必须唯一。 如下图所示，Purchasing.ProductVendor 表中的 ProductID 和 VendorID 列构成了针对此表的复合 PRIMARY KEY 约束。 这确保了 ProductID 和 VendorID 的组合是唯一的 意思是说，如果是复合主键，那么如果ProductID列有重复，但是 ProductID 和 VendorID 的组合是唯一的 言下之意：

（1）主键不是复合主键 

（2）主键建立在ProductID字段上 

（3）ProductID字段有重复值 那么主键建立肯定会失败

上述就是小编为大家分享的SQLSERVER聚集索引和主键的误区是怎样的了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注行业资讯频道。