当我希望一列具有不同的值时,我可以使用约束
create table t1(
id int primary key,
code varchar(10) unique NULL
);
go
或者我可以使用唯一索引
create table t2(
id int primary key,
code varchar(10) NULL
);
go
create unique index I_t2 on t2(code);
具有唯一约束的列似乎是唯一索引的良好候选者。
是否有任何已知的理由使用唯一约束而不是使用唯一索引?
在引擎盖下,唯一约束的实现方式与唯一索引相同 - 需要索引来有效地满足强制执行约束的要求。即使索引是作为 UNIQUE 约束的结果创建的,如果查询规划器认为它是处理给定查询的最佳方式,它也可以像使用任何其他索引一样使用它。
因此,对于同时支持这两种功能的数据库,选择使用哪种功能通常归结为首选样式和一致性。
如果您打算将索引用作索引(即您的代码可能依赖于对该字段进行快速搜索/排序/过滤),我将明确使用唯一索引(并注释源)而不是约束来实现清楚 - 这样,如果在应用程序的后续版本中更改唯一性要求,您(或其他一些编码人员)将知道确保将非唯一索引放置在唯一索引的位置(只需删除唯一约束即可删除索引完全)。此外,可以在索引提示中命名一个特定的索引(即 WITH(INDEX(ix_index_name)),我认为这不是在幕后创建的用于管理唯一性的索引的情况,因为您不太可能知道它的名称。
同样,如果您只需要将唯一性作为业务规则而不是需要搜索或用于排序的字段,那么我将使用约束,再次使预期用途在其他人查看您的表定义时更加明显。
请注意,如果您在同一字段上同时使用唯一约束和唯一索引,则数据库将不够亮以查看重复项,因此您最终会得到两个索引,这将消耗额外空间并减慢行插入/更新速度。
除了其他答案中的要点之外,这里还有两者之间的一些关键区别。
注意:错误消息来自 SQL Server 2012。
错误
违反唯一约束返回错误 2627。
违反唯一索引会返回错误 2601。
禁用
不能禁用唯一约束。
但是可以禁用主键约束或唯一约束后面的唯一索引,就像任何唯一索引一样。帽尖Brain2000。
请注意禁用聚集索引会使数据无法访问的常见警告。
选项
唯一约束支持 和 之类的索引选项
FILLFACTOR
,IGNORE_DUP_KEY
尽管并非每个版本的 SQL Server 都如此。包含的列
非聚集索引可以包括非索引列(称为覆盖索引,这是一项主要的性能增强)。PRIMARY KEY 和 UNIQUE 约束后面的索引不能包含列。帽子提示@ypercube。
过滤
无法过滤唯一约束。
可以过滤唯一索引。
外键约束
外键约束不能引用过滤的唯一索引,尽管它可以引用非过滤的唯一索引(我认为这是在 SQL Server 2005 中添加的)。
命名
创建约束时,指定约束名称是可选的(对于所有五种类型的约束)。如果您不指定名称,那么 MSSQL 将为您生成一个名称。
创建索引时,必须指定名称。
帽子提示@i-one。
链接
http://technet.microsoft.com/en-us/library/aa224827(v=SQL.80).aspx
http://technet.microsoft.com/en-us/library/ms177456.aspx
引用 MSDN 作为权威来源:
和...
其他进入:https ://technet.microsoft.com/en-us/library/aa224827%28v=sql.80%29.aspx
唯一约束和唯一索引之间的主要区别之一是另一个表上的外键约束可以引用构成唯一约束的列。这不适用于唯一索引。此外,唯一约束被定义为 ANSI 标准的一部分,而索引则不是。最后,唯一约束被认为存在于逻辑数据库设计领域(可能由不同的数据库引擎以不同方式实现),而索引是物理方面。因此,唯一约束更具声明性。在几乎所有情况下,我都更喜欢唯一约束。
在 Oracle 中,一个主要的区别是您可以创建一个函数唯一索引,这在唯一约束下是不可行的:
例如
所以
fk_xyz
只有记录才有amount != 0
。在 Oracle 中,您可以将约束设置为
DEFERRED
,即您可以定义是否应在之前或之后应用唯一性COMMIT
UNIQUE 约束优于 UNIQUE 索引。当约束不唯一时,您需要使用常规或非唯一索引。约束也是另一种类型的索引。索引用于更快的访问。
唯一索引可以有 where 子句。例如,您可以根据日期列为每一年创建索引