很多人会把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字段有重复值
那么主键建立肯定会失败