问题：
（本文来源于图老师网站，更多请访问http://m.tulaoshi.com/bianchengyuyan/）当我需要在表格中增加一个必须被唯一定义的柱状表时，发现SQL Server允许在一个柱状表上定义一个UNIQUE constraint。但是我也可以在柱状表上创造一个Unique Index。哪一个是我应该使用的？
专家解答：
这两种方法之间的不同是很微妙的，UNIQUE constraints是ANSI SQL定义的一部分，定义UNIQUE constraints是数据库逻辑定义的一部分。另外，UNIQUE constraints作为一个副产品可以作为表格定义的一部分被创造，当约束被创造时SQL Server将自动的在搜索引擎下创造一个Unique Index。相反的，定义Unique Index是设计物理数据模型的一部分，他们不是ANSI标准。
从性能立场上，UNIQUE constraints 和 unique indexes对最优化查询同样有效，这两个在使用过程中，你不会觉得其中一个比另一个更有效。在我看来，我坚持ANSI标准，通过约束实现柱体唯一性。在我看来UNIQUE constraints在更好的证明一个表格时有用，我使用它们超过unique indexes
在一个Management Studio连接中，运行下列的程序去创造一个表格被叫做CAR。表格基于它的构成和模型定义一个UNIQUE constraint在CAR上。
CREATETABLEdbo.CAR
(
CARIDINTIDENTITY(1,1)NOTNULL,
MAKEVARCHAR(10)NOTNULL,
MODELVARCHAR(10)NOTNULL,
TOTALDOORSTINYINTNOTNULL,
TOTALCYLINDERSTINYINTNOTNULL,
CONSTRAINTPK_CARPRIMARYKEYNONCLUSTERED(CARID),
CONSTRAINTUQ_CARUNIQUENONCLUSTERED(MAKE,MODEL)
)
GO
运行SP_HELP CAR显示，the engine已经创造了包括这个约束和一个索引支持在内。
图一：运行SP_HELP CAR
一个要求出现在我的桌面上。以报告为目的，管理想要通过year made跟踪cars，另外，对结构和模型。我们将改变这个表格使之包含一个年柱。
ALTERTABLEDBO.CAR
ADD[YEAR]SMALLINT
GO
增加这个柱体要求我去改变约束的唯一性，否则，我将无法通过结构和模型而不管年柱增加比一个多的car。另外，不允许通过结构，模型和年柱复制cars可能是一个好的主意。结果是我将重新创作这个约束的Unique Index去包含年柱。
DROPINDEXDBO.CAR.UQ_CAR
GO
CREATEUNIQUEINDEXUQ_CARONDBO.CAR(MAKE,MODEL,[YEAR])
GO
运行上方的代码，你将看见随后的错误提示:
图二：错误提示
伙计，这个看起来丑陋吧。DROP失败是因为约束依靠索引，它必须匹配约束的定义。在我们的例子中去改变唯一性，我们可以先drop然后重复增加约束。
ALTERTABLEDBO.CAR
DROPCONSTRAINTUQ_CAR
GO
ALTERTABLEDBO.CAR
ADDCONSTRAINTUQ_CARUNIQUE(MAKE,MODEL,[YEAR])
GO
重新运行SP_HELP CAR，显示有改变在进行。
图三：第二次运行SP_HELP CAR
我刚刚注意到在表格上没有clustered index。自从我们的所有报告将按照结构，模型和年柱分类，我就想将unique constraint转化为clustered index。同时你又可以DROP 以及 CREATE这个约束使它成为UNIQUE CLUSTERED，实际上你也可以使用CREATE INDEX使用DROP_EXISTING选项。自从约束的约束匙不再改变，SQL Server engine 将允许你去发行下列的的声明，将UNIQUE constraint改变为clustered。
CREATEUNIQUECLUSTEREDINDEXUQ_CARONDBO.CAR(MAKE,MODEL,[YEAR])
WITHDROP_EXISTING
GO
再次运行SP_HELP CAR显示constraint's index被改变成clustered index
图四：第三次运行SP_HELP CAR
