共計 1217 個字符，預計需要花費 4 分鐘才能閱讀完成。

這期內容當中丸趣 TV 小編將會給大家帶來有關 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 字段有重復值 那么主鍵建立肯定會失敗

上述就是丸趣 TV 小編為大家分享的 SQLSERVER 聚集索引和主鍵的誤區是怎樣的了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注丸趣 TV 行業資訊頻道。