很多人會把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字段有重復值
那麼主鍵建立肯定會失敗