SQLSERVER聚集索引和主鍵(Primary Key)的誤區認識


引用別人的,供以后學習使用,謝謝!

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


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM