狠狠色丁香婷婷综合尤物/久久精品综合一区二区三区/中国有色金属学报/国产日韩欧美在线观看 - 国产一区二区三区四区五区tv

LOGO OA教程 ERP教程 模切知識交流 PMS教程 CRM教程 開發文檔 其他文檔  
 
網站管理員

SQLServer 唯一約束與唯一索引的區別

admin
2025年1月9日 22:1 本文熱度 39

唯一約束和唯一索引在表設計中是最常見的,都有唯一屬性,用于約束表字段的唯一性。但是,這兩者到底有什么區別呢?


接下來我們測試看看,創建兩張表分別用于測試唯一約束和唯一索引。

USE [DemoDB]GOCREATE TABLE [dbo].[TableUniqueKey](  id int not null,  name varchar(20) null)GOCREATE TABLE [dbo].[TableUniqueIndex](  id int not null,  name varchar(20) null)GOINSERT INTO [dbo].[TableUniqueKey]SELECT 1,'KK' UNION ALLSELECT 2,NULL UNION ALLSELECT 3,NULL GOINSERT INTO [dbo].[TableUniqueIndex]SELECT 1,'KK' UNION ALLSELECT 2,NULL UNION ALLSELECT 3,NULL GO

現在分別創建唯一鍵約束和創建唯一索引,發現錯誤!

--  創建唯一鍵約束ALTER TABLE [dbo].[TableUniqueKey] ADD CONSTRAINT [IX_TableUniqueKey_name] UNIQUE ([name] ASC)--默認非聚集索引GOALTER TABLE [dbo].[TableUniqueKey] ADD CONSTRAINT [IX_TableUniqueKey_name] UNIQUE NONCLUSTERED([name] ASC)GO--  創建唯一索引CREATE UNIQUE NONCLUSTERED INDEX [IX_UniqueIndex_name] ON [dbo].[TableUniqueIndex]([name] ASC)GO

Msg 1505, Level 16, State 1, Line 1
The CREATE UNIQUE INDEX statement terminated because a duplicate key was found for the object name 'dbo.TableUniqueKey' and the index name 'IX_TableUniqueKey_name'. The duplicate key value is (<NULL>).
Msg 1750, Level 16, State 0, Line 1 Could not create constraint. See previous errors.

The statement has been terminated.

Msg 1505, Level 16, State 1, Line 1
The CREATE UNIQUE INDEX statement terminated because a duplicate key was found for the object name 'dbo.TableUniqueIndex' and the index name 'IX_UniqueIndex_name'. The duplicate key value is (<NULL>).

The statement has been terminated.


可以看到,都提示有重復值,重復值均為 NULL 值。現在刪除重復值,再創建唯一約束。

DELETE FROM [dbo].[TableUniqueKey] WHERE ID = 3DELETE FROM [dbo].[TableUniqueIndex] WHERE ID = 3--  創建唯一鍵約束ALTER TABLE [dbo].[TableUniqueKey] ADD CONSTRAINT [IX_TableUniqueKey_name] UNIQUE NONCLUSTERED([name] ASC)



創建唯一鍵約束,會同時創建同名的唯一非聚集索引, 以及創建同名統計信息;而唯一鍵約束是靠唯一索引來約束。


若是對唯一鍵生成的索引直接刪除,則報錯!

DROP INDEX [IX_TableUniqueKey_name] ON [dbo].[TableUniqueKey]

Msg 3723, Level 16, State 5, Line 1
An explicit DROP INDEX is not allowed on index 'dbo.TableUniqueKey.IX_TableUniqueKey_name'. It is being used for UNIQUE KEY constraint enforcement.


正確的刪除方法,是刪除表約束。

ALTER TABLE [dbo].[TableUniqueKey] DROP CONSTRAINT [IX_TableUniqueKey_name]


繼續測試,現在對另一張表創建唯一索引。


CREATE UNIQUE NONCLUSTERED INDEX [IX_UniqueIndex_name] ON [dbo].[TableUniqueIndex]([name] ASC)


創建唯一索引, 同時創建同名統計信息。


對索引刪除后,我們再重建,對比再看看。

DROP INDEX [IX_UniqueIndex_name] ON [dbo].[TableUniqueIndex]GOALTER TABLE [dbo].[TableUniqueKey] ADD CONSTRAINT [IX_TableUniqueKey_name] UNIQUE NONCLUSTERED([name] ASC)GOCREATE UNIQUE NONCLUSTERED INDEX [IX_UniqueIndex_name] ON [dbo].[TableUniqueIndex]([name] ASC)GOSELECT object_name(object_id),name,index_id,type_desc,is_unique,is_unique_constraintFROM sys.indexes WHERE object_name(object_id) IN ('TableUniqueKey','TableUniqueIndex')


唯一鍵約束 [TableUniqueKey] 不是 check 約束,是屬于一種為 UNIQUE_CONSTRAINT 的約束。而他們的索引都有唯一性約束。


此外,還可以通過以下檢查他們的區別:

EXEC sp_helpconstraint 'TableUniqueKey' EXEC sp_helpconstraint 'TableUniqueIndex' 
EXEC sp_helpindex 'TableUniqueKey' EXEC sp_helpindex 'TableUniqueIndex' 
--  EXEC sp_help 'TableUniqueKey' --  EXEC sp_help 'TableUniqueIndex'


對比索引描述中,唯一鍵 比 唯一 索引多了 unique key 

--唯一鍵不出錯EXEC sp_help [IX_TableUniqueKey_name]EXEC sp_helpindex [IX_TableUniqueKey_name]EXEC sp_helpconstraint [IX_TableUniqueKey_name]--唯一索引出錯EXEC sp_help [IX_UniqueIndex_name]EXEC sp_helpindex [IX_UniqueIndex_name]EXEC sp_helpconstraint [IX_UniqueIndex_name]

上面可以看出,唯一不同的是: 唯一鍵 比 唯一索引 多了一種叫做 "unique key" 的約束。


現在禁用索引,再插入重復數據。

--禁用索引/約束(均可被禁用)ALTER INDEX [IX_TableUniqueKey_name] ON [dbo].[TableUniqueKey] DISABLEALTER INDEX [IX_UniqueIndex_name] ON [dbo].[TableUniqueIndex] DISABLE--插入重復值,正常INSERT INTO [dbo].[TableUniqueKey] SELECT 3,NULL INSERT INTO [dbo].[TableUniqueIndex]SELECT 3,NULL

數據都能正常插入,約束或索引被禁用了。對于唯一鍵約束,也是禁用索引嗎?函數 ObjectProperty() 的參數 CnstIsDisabled 可以確認約束是否被禁用。

SELECT ObjectProperty(object_id('IX_TableUniqueKey_name'),'CnstIsDisabled')

結果為 0 ,即約束沒有被禁用,也就是說禁用的是索引,唯一鍵約束中,唯一性是依賴于其默認創建的唯一索引來約束的!


現在重建索引:

--刪除重復DELETE FROM [dbo].[TableUniqueKey] WHERE ID = 3DELETE FROM [dbo].[TableUniqueIndex] WHERE ID = 3/*對索引的更改*/--重建索引ALTER INDEX [IX_TableUniqueKey_name] ON [dbo].[TableUniqueKey] REBUILDALTER INDEX [IX_UniqueIndex_name] ON [dbo].[TableUniqueIndex] REBUILD--更改部分索引參數ALTER INDEX [IX_TableUniqueKey_name] ON [dbo].[TableUniqueKey] SET ( ALLOW_ROW_LOCKS = ON )ALTER INDEX [IX_UniqueIndex_name] ON [dbo].[TableUniqueIndex] SET ( ALLOW_ROW_LOCKS = ON )

兩種索引其實還是可以更改一下參數的。使用窗口打開查看,唯一鍵約束的索引有些是不能更改的。


唯一鍵約束的索引不能像正常的索引使用太多的索引參數,因為唯一鍵約束與其索引同在。而單獨創建的唯一索引可以設置更多的參數,如 PAD_INDEX, FILLFACTOR, IGNORE_DUP_KEY, DROP_EXISTING, STATISTICS_NORECOMPUTE, and SORT_IN_TEMPDB 。


總的來說,唯一鍵鍵約束和唯一索引功能是一樣的:"唯一性" + "索引"


唯一鍵鍵約束:只是作為一種獨特的約束(如主鍵約束,唯一鍵約束,check約束,外鍵約束 的一種),以約束的形式管理.但是同時又自動創建了唯一非聚集索引,也就有了索引的性能和部分功能.實際上唯一鍵約束是用唯一索引來約束的。


唯一索引:就是一種索引,它對某字段進行唯一性檢查,同時可以設置各種參數,非常靈活。


那么我們在創建列的唯一性時,到底使用哪一種較好呢?

唯一鍵約束在表中是必定存在的約束的,唯一鍵約束的索引存在于一個分區中,并且不會像索引那樣可以更改。因為索引可以隨時改動(當然也不會經常改動),個人建議索引還是用唯一索引更靈活。管理約束還得管理索引,而管理索引,一個就好了。但是對于一些高可用性,也要注意索引是否在其他地方也存在。


閱讀原文:原文鏈接


該文章在 2025/1/10 11:06:27 編輯過
關鍵字查詢
相關文章
正在查詢...
點晴ERP是一款針對中小制造業的專業生產管理軟件系統,系統成熟度和易用性得到了國內大量中小企業的青睞。
點晴PMS碼頭管理系統主要針對港口碼頭集裝箱與散貨日常運作、調度、堆場、車隊、財務費用、相關報表等業務管理,結合碼頭的業務特點,圍繞調度、堆場作業而開發的。集技術的先進性、管理的有效性于一體,是物流碼頭及其他港口類企業的高效ERP管理信息系統。
點晴WMS倉儲管理系統提供了貨物產品管理,銷售管理,采購管理,倉儲管理,倉庫管理,保質期管理,貨位管理,庫位管理,生產管理,WMS管理系統,標簽打印,條形碼,二維碼管理,批號管理軟件。
點晴免費OA是一款軟件和通用服務都免費,不限功能、不限時間、不限用戶的免費OA協同辦公管理系統。
Copyright 2010-2025 ClickSun All Rights Reserved