SQL Server中唯一键既可以是聚集索引，也可以是非聚集索引。具体取决于在创建表时如何定义唯一键。
什么是聚集索引？聚集索引是物理上对表中数据行进行排序的索引。每个表只能有一个聚集索引，因为数据行的物理存储顺序就是索引的顺序。聚集索引决定了数据在磁盘上的存储方式。什么是非聚集索引？非聚集索引是逻辑上对表中数据行进行排序的索引。一个表可以有多个非聚集索引，它们是独立于数据行存储顺序的。非聚集索引通过指向数据行的指针来访问数据。在SQL Server中，创建唯一键时可以选择将其作为聚集索引或非聚集索引。如果将唯一键定义为聚集索引，则数据行将按照唯一键的值进行排序，并且物理存储顺序也是按照唯一键的顺序存储的。例如，假设我们有一个名为"Employees"的表，其中包含员工的信息。我们想要通过员工ID来确保每个员工的ID都是唯一的。我们可以使用以下代码创建一个唯一键作为聚集索引：sqlCREATE TABLE Employees ( EmployeeID INT PRIMARY KEY CLUSTERED, FirstName VARCHAR(50), LastName VARCHAR(50), ...);在上面的代码中，我们将EmployeeID列定义为主键，并且通过使用"CLUSTERED"关键字将其作为聚集索引。这意味着数据将按照EmployeeID的值进行物理存储，并且EmployeeID的值必须是唯一的。另一方面，如果我们不想将唯一键作为聚集索引，我们可以将其定义为非聚集索引。以下是使用非聚集索引的示例代码：
sqlCREATE TABLE Employees ( EmployeeID INT PRIMARY KEY NONCLUSTERED, FirstName VARCHAR(50), LastName VARCHAR(50), ...);在上面的代码中，我们将EmployeeID列定义为主键，并使用"NONCLUSTERED"关键字将其作为非聚集索引。这意味着数据的物理存储顺序将不会按照EmployeeID的值进行排序。聚集索引 vs 非聚集索引聚集索引和非聚集索引在性能和存储方面有一些区别。由于聚集索引决定了数据的物理存储顺序，因此对于经常需要按照聚集索引列进行范围查找或排序的查询，聚集索引可以提供更好的性能。另一方面，非聚集索引对于查找特定值时的性能更好。此外，由于聚集索引决定了数据的物理存储顺序，因此对于频繁执行插入、更新或删除操作的表，聚集索引可能会导致存储空间的碎片化。而非聚集索引则不会对存储空间造成太大的影响。SQL Server中的唯一键既可以是聚集索引，也可以是非聚集索引，具体取决于在创建表时的定义。聚集索引决定了数据的物理存储顺序，而非聚集索引则是逻辑上对数据进行排序的索引。聚集索引对于范围查找和排序的性能更好，而非聚集索引对于查找特定值的性能更好。在设计数据库时，根据具体情况选择合适的索引类型，可以提高查询性能和数据存储效率。参考代码以下是一个使用聚集索引和非聚集索引的示例代码：
sql-- 使用聚集索引CREATE TABLE Customers ( CustomerID INT PRIMARY KEY CLUSTERED, FirstName VARCHAR(50), LastName VARCHAR(50), ...);-- 使用非聚集索引CREATE TABLE Orders ( OrderID INT PRIMARY KEY NONCLUSTERED, CustomerID INT, OrderDate DATE, ...);在上面的示例中，Customers表使用CustomerID作为聚集索引，而Orders表使用OrderID作为非聚集索引。这样可以根据具体的查询需求来选择合适的索引类型。