唯一約束和唯一索引在表設計中是最常見的,都有唯一屬性,用于約束表字段的唯一性。但是,這兩者到底有什么區別呢?
接下來我們測試看看,創建兩張表分別用于測試唯一約束和唯一索引。
USE [DemoDB]
GO
CREATE TABLE [dbo].[TableUniqueKey](
id int not null,
name varchar(20) null
)
GO
CREATE TABLE [dbo].[TableUniqueIndex](
id int not null,
name varchar(20) null
)
GO
INSERT INTO [dbo].[TableUniqueKey]
SELECT 1,'KK' UNION ALL
SELECT 2,NULL UNION ALL
SELECT 3,NULL
GO
INSERT INTO [dbo].[TableUniqueIndex]
SELECT 1,'KK' UNION ALL
SELECT 2,NULL UNION ALL
SELECT 3,NULL
GO
現在分別創建唯一鍵約束和創建唯一索引,發現錯誤!
-- 創建唯一鍵約束
ALTER TABLE [dbo].[TableUniqueKey] ADD CONSTRAINT [IX_TableUniqueKey_name] UNIQUE ([name] ASC)--默認非聚集索引
GO
ALTER 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 = 3
DELETE 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]
GO
ALTER 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
SELECT object_name(object_id),name,index_id,type_desc,is_unique,is_unique_constraint
FROM 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] DISABLE
ALTER 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 = 3
DELETE FROM [dbo].[TableUniqueIndex] WHERE ID = 3
/*對索引的更改*/
--重建索引
ALTER INDEX [IX_TableUniqueKey_name] ON [dbo].[TableUniqueKey] REBUILD
ALTER 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 編輯過