SQLSERVER聚集索引和主鍵(Primary Key)的誤區(qū)認(rèn)識
更新時間:2013年02月17日 17:13:10 作者:
很多人會把Primary Key和聚集索引搞混起來,或者認(rèn)為這是同一個東西。這個概念是非常錯誤的,本文將帶你理清思路,感興趣的你可不要錯過了哈,或許本文對你有所幫助
很多人會把Primary Key和聚集索引搞混起來,或者認(rèn)為這是同一個東西。這個概念是非常錯誤的。
主鍵是一個約束(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關(guān)鍵字,默認(rèn)建的是聚集索引
而一個聚集索引里,是可以有重復(fù)值的。只要他沒有被同時設(shè)為主鍵,但是主鍵不能有重復(fù)值(不管依附在聚集索引上還是非聚集索引上)
強(qiáng)調(diào)這一點,是因為有些人覺得自己的表格上設(shè)置了主鍵,就認(rèn)為表格上有聚集索引,按照B-樹的方式管理了。
如果沒有指定主鍵是個聚集索引,可能表格還是會以堆的方式管理,效率低下
--------------------------------------------------------------------------------
關(guān)于排序和重復(fù)值:
排序:建立復(fù)合索引的時候會指定多個字段,那么這個索引順序是按哪個字段順序排序呢?
是按照索引上的第一個字段排序
下面這個索引的排序順序是以ID這個字段排序的
1 CREATE INDEX tempPKNCL_id_ncl ON [dbo].[tempPKNCL]([ID],[a],[c])
重復(fù)值:如果對多列定義了 PRIMARY KEY 約束,則一列中的值可能會重復(fù),但來自 PRIMARY KEY 約束定義中所有列的任何值組合必須唯一。
如下圖所示,Purchasing.ProductVendor 表中的 ProductID 和 VendorID 列構(gòu)成了針對此表的復(fù)合 PRIMARY KEY 約束。
這確保了 ProductID 和 VendorID 的組合是唯一的
意思是說,如果是復(fù)合主鍵,那么如果ProductID列有重復(fù),但是 ProductID 和 VendorID 的組合是唯一的
言下之意:
(1)主鍵不是復(fù)合主鍵
(2)主鍵建立在ProductID字段上
(3)ProductID字段有重復(fù)值
那么主鍵建立肯定會失敗
主鍵是一個約束(constraint),他依附在一個索引上,這個索引可以是聚集索引,也可以是非聚集索引。
所以在一個(或一組)字段上有主鍵,只能說明他上面有個索引,但不一定就是聚集索引。
例如下面:
復(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)建的是聚集索引
而一個聚集索引里,是可以有重復(fù)值的。只要他沒有被同時設(shè)為主鍵,但是主鍵不能有重復(fù)值(不管依附在聚集索引上還是非聚集索引上)
強(qiáng)調(diào)這一點,是因為有些人覺得自己的表格上設(shè)置了主鍵,就認(rèn)為表格上有聚集索引,按照B-樹的方式管理了。
如果沒有指定主鍵是個聚集索引,可能表格還是會以堆的方式管理,效率低下
--------------------------------------------------------------------------------
關(guān)于排序和重復(fù)值:
排序:建立復(fù)合索引的時候會指定多個字段,那么這個索引順序是按哪個字段順序排序呢?
是按照索引上的第一個字段排序
下面這個索引的排序順序是以ID這個字段排序的
1 CREATE INDEX tempPKNCL_id_ncl ON [dbo].[tempPKNCL]([ID],[a],[c])
重復(fù)值:如果對多列定義了 PRIMARY KEY 約束,則一列中的值可能會重復(fù),但來自 PRIMARY KEY 約束定義中所有列的任何值組合必須唯一。
如下圖所示,Purchasing.ProductVendor 表中的 ProductID 和 VendorID 列構(gòu)成了針對此表的復(fù)合 PRIMARY KEY 約束。
這確保了 ProductID 和 VendorID 的組合是唯一的
意思是說,如果是復(fù)合主鍵,那么如果ProductID列有重復(fù),但是 ProductID 和 VendorID 的組合是唯一的
言下之意:
(1)主鍵不是復(fù)合主鍵
(2)主鍵建立在ProductID字段上
(3)ProductID字段有重復(fù)值
那么主鍵建立肯定會失敗
相關(guān)文章
SQL 統(tǒng)計一個數(shù)據(jù)庫中所有表記錄的數(shù)量
最近公司的數(shù)據(jù)庫發(fā)現(xiàn)有表的數(shù)據(jù)被弄掉了,有些數(shù)據(jù)表記錄為0,于是想找出此數(shù)據(jù)庫中到底有哪些數(shù)據(jù)表的記錄都為0以縮小分析范圍,可使用如下的SQL Statement2012-01-01
SqlServer Mysql數(shù)據(jù)庫修改自增列的值及相應(yīng)問題的解決方案
這篇文章主要介紹了SqlServer Mysql數(shù)據(jù)庫修改自增列的值及相應(yīng)問題的解決方案的相關(guān)資料,需要的朋友可以參考下2016-01-01
SQLServer代理中如何給操作員發(fā)送事件警報郵件
在所有的SQL?Server系統(tǒng)中至少要配置一個操作員,這會保證對于大多數(shù)嚴(yán)重錯誤,一些特定的提醒會發(fā)給你,當(dāng)然,發(fā)送郵件警報的話需要SQL?Server能發(fā)送郵件警報,另外,當(dāng)警報觸發(fā)時可以執(zhí)行作業(yè)意味著你可以通過自動化操作修正很多常規(guī)錯誤,而不需要每次都人為干預(yù)錯誤發(fā)生2025-03-03
sql server把退款總金額拆分到盡量少的多個訂單中詳解
這篇文章主要給大家介紹了關(guān)于sql server把退款總金額拆分到盡量少的多個訂單中的相關(guān)資料,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-12-12
SQLSERVER中union,cube,rollup,cumpute運算符使用說明
union,cube,rollup,cumpute運算符的使用技巧。2009-09-09
SQL Server修改標(biāo)識列方法 如自增列的批量化修改
最近在運行系統(tǒng)時需要對所有服務(wù)器上數(shù)據(jù)結(jié)構(gòu)進(jìn)行批量修改某個字段的自增屬性改成非自增2012-05-05
SQL建立數(shù)據(jù)庫及刪除數(shù)據(jù)庫命令
SQL建立數(shù)據(jù)庫及刪除數(shù)據(jù)庫命令,需要使用sqlserver的朋友可以參考下。2011-11-11
sqlserver索引的原理及索引建立的注意事項小結(jié)
本文起點可能會相對高點,首先你的很熟悉索引以及他們的存儲結(jié)構(gòu) 有很多地方你可能覺得有異議,歡迎一起討論2012-07-07

