快捷導(dǎo)航

SQLSERVER聚集索引和主鍵(Primary Key)的誤區(qū)認(rèn)識(shí)

更新時(shí)間：2013年02月17日 17:13:10 作者：

很多人會(huì)把Primary Key和聚集索引搞混起來，或者認(rèn)為這是同一個(gè)東西。這個(gè)概念是非常錯(cuò)誤的,本文將帶你理清思路，感興趣的你可不要錯(cuò)過了哈，或許本文對(duì)你有所幫助

很多人會(huì)把Primary Key和聚集索引搞混起來，或者認(rèn)為這是同一個(gè)東西。這個(gè)概念是非常錯(cuò)誤的。

主鍵是一個(gè)約束（constraint），他依附在一個(gè)索引上，這個(gè)索引可以是聚集索引，也可以是非聚集索引。
所以在一個(gè)（或一組）字段上有主鍵，只能說明他上面有個(gè)索引，但不一定就是聚集索引。
例如下面：

復(fù)制代碼代碼如下:

 
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關(guān)鍵字，默認(rèn)建的是聚集索引
而一個(gè)聚集索引里，是可以有重復(fù)值的。只要他沒有被同時(shí)設(shè)為主鍵，但是主鍵不能有重復(fù)值（不管依附在聚集索引上還是非聚集索引上）
強(qiáng)調(diào)這一點(diǎn)，是因?yàn)橛行┤擞X得自己的表格上設(shè)置了主鍵，就認(rèn)為表格上有聚集索引，按照B-樹的方式管理了。

如果沒有指定主鍵是個(gè)聚集索引，可能表格還是會(huì)以堆的方式管理，效率低下
--------------------------------------------------------------------------------
關(guān)于排序和重復(fù)值：
排序：建立復(fù)合索引的時(shí)候會(huì)指定多個(gè)字段，那么這個(gè)索引順序是按哪個(gè)字段順序排序呢？
是按照索引上的第一個(gè)字段排序
下面這個(gè)索引的排序順序是以ID這個(gè)字段排序的
1 CREATE INDEX tempPKNCL_id_ncl ON [dbo].[tempPKNCL]([ID],[a],[c])
重復(fù)值：如果對(duì)多列定義了 PRIMARY KEY 約束，則一列中的值可能會(huì)重復(fù)，但來自 PRIMARY KEY 約束定義中所有列的任何值組合必須唯一。
如下圖所示，Purchasing.ProductVendor 表中的 ProductID 和 VendorID 列構(gòu)成了針對(duì)此表的復(fù)合 PRIMARY KEY 約束。
這確保了 ProductID 和 VendorID 的組合是唯一的

意思是說，如果是復(fù)合主鍵，那么如果ProductID列有重復(fù)，但是 ProductID 和 VendorID 的組合是唯一的
言下之意：
（1）主鍵不是復(fù)合主鍵
（2）主鍵建立在ProductID字段上
（3）ProductID字段有重復(fù)值
那么主鍵建立肯定會(huì)失敗

您可能感興趣的文章: