如何处理唯一的（可编辑的）列以便在检索数据时带来更好的性能？唯一索引或唯一约束？
How to deal with a unique (editable) column in order to bring better performance on retrieve the data? unique index or unique constraint?
我有一个 table 的列，该列将是 varchar 唯一且非空值，并且由用户编辑 table 但保持唯一性，过滤和排序数据将基于此列。
如何处理该列才能带来更好的检索性能？
唯一约束还是唯一索引？谁提供最佳性能？
editable 要求以后会影响这个吗？顺便说一句，editable 在所有记录生命周期中可能是两次或三次，在某些记录中可能永远不会
关于未来最常用的查询：
SELECT * FROM mytable WHERE uniqueEditableColumn like '%foobar%' ORDER BY uniqueEditableColumn ASC<br>
SELECT * FROM mytable WHERE uniqueEditableColumn = 'foobar' ORDER BY uniqueEditableColumn ASC<br>
SELECT * FROM mytable ORDER BY uniqueEditableColumn ASC<br>
SELECT * 来自我的table ORDER BY uniqueEditableColumn ASC, creationDateTime DESC
平均保存的数量或记录将在 8000 条左右
目标：唯一值 - 尽快检索数据
看来他们的待遇是一样的。
https://dba.stackexchange.com/a/147
另外，https://technet.microsoft.com/en-us/library/aa224827(v=sql.80).aspx 有一些关于它的信息，但他们发现的唯一区别是关于在更改 table.
时使用 FILLFACTOR
我有一个 table 的列，该列将是 varchar 唯一且非空值，并且由用户编辑 table 但保持唯一性，过滤和排序数据将基于此列。
如何处理该列才能带来更好的检索性能？
唯一约束还是唯一索引？谁提供最佳性能？ editable 要求以后会影响这个吗？顺便说一句，editable 在所有记录生命周期中可能是两次或三次，在某些记录中可能永远不会
关于未来最常用的查询：
SELECT * FROM mytable WHERE uniqueEditableColumn like '%foobar%' ORDER BY uniqueEditableColumn ASC<br>
SELECT * FROM mytable WHERE uniqueEditableColumn = 'foobar' ORDER BY uniqueEditableColumn ASC<br>
SELECT * FROM mytable ORDER BY uniqueEditableColumn ASC<br>
SELECT * 来自我的table ORDER BY uniqueEditableColumn ASC, creationDateTime DESC
平均保存的数量或记录将在 8000 条左右
目标：唯一值 - 尽快检索数据
看来他们的待遇是一样的。
https://dba.stackexchange.com/a/147
另外，https://technet.microsoft.com/en-us/library/aa224827(v=sql.80).aspx 有一些关于它的信息，但他们发现的唯一区别是关于在更改 table.
时使用 FILLFACTOR