SQLSERVER叢集索引和主鍵的誤區

SQLSERVER叢集索引和主鍵的誤區

很多人會把Primary Key和叢集索引搞混起來，或者認為這是同一個東西。這個概念是非常錯誤的。

 

主鍵是一個約束（constraint），他依附在一個索引上，這個索引可以是叢集索引，也可以是非叢集索引。

所以在一個（或一組）欄位上有主鍵，只能說明他上面有個索引，但不一定就是叢集索引。

例如下面：

 1 USE [pratice] 2 GO 3 CREATE TABLE #tempPKCL 4 (  5   ID INT PRIMARY KEY CLUSTERED  --叢集索引 6 ) 7  8  9 ---------------------------------10 USE [pratice]11 GO12 CREATE TABLE #tempPKNCL13 ( 14   ID INT PRIMARY KEY NONCLUSTERED  --非叢集索引15 )16 17 18 DROP TABLE [#tempPKCL]19 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欄位有重複值

那麼主鍵建立肯定會失敗