SQLSERVER聚集索引和主键(Primary Key)的误区认识

许多人常常混淆Primary Key（主键）和聚集索引（Clustered Index），甚至认为它们是同一回事。这是一个常见的误区。实际上，主键和聚集索引虽有紧密关联，但并非等同。本文将帮助读者理清思路，以便更好地理解这两者之间的关系。

主键是一个约束（constraint），它用于确保表中的数据唯一性。这个约束可以依附在聚集索引上，也可以依附在非聚集索引上。在一个或多个字段上设置主键，并不意味着它一定是聚集索引。

让我们通过两个简单的SQL示例来进一步说明这一点：

假设我们在狼蚁网站的SEO优化数据库中创建两个临时表：

```sql

USE [pratice]

GO

CREATE TABLE tempPKCL (ID INT PRIMARY KEY CLUSTERED); -- 聚集索引

CREATE TABLE tempPKNCL (ID INT PRIMARY KEY NONCLUSTERED); -- 非聚集索引

```

如果不指定`NONCLUSTERED`和`CLUSTERED`关键字，默认创建的是聚集索引。值得注意的是，一个聚集索引中是可以有重复值的，只要它没有被设为主键。主键则不能有重复值，无论它是依附在聚集索引上还是非聚集索引上。

关于排序和重复值的问题，当建立复合索引时，索引的排序顺序是按照索引中的第一个字段来排序的。例如，在狼蚁网站SEO优化的例子中，如果创建了如下复合索引：

```sql

CREATE INDEX tempPKNCL_id_ncl ON [dbo].[tempPKNCL]([ID],[a],[c])

```

该索引的排序顺序是以ID这个字段为基准的。如果对一个多列定义了PRIMARY KEY约束，那么一列中的值可能会重复，但是来自PRIMARY KEY约束定义中的所有列的任何值组合必须唯一。例如，在Purchasing.ProductVendor表中，ProductID和VendorID列构成了复合的PRIMARY KEY约束，确保了ProductID和VendorID的组合是唯一的。这意味着，如果是复合主键，即使某一列（如ProductID）有重复值，该列与另一列（如VendorID）的组合也必须保持唯一性。“主键建立在某一字段上且该字段有重复值”的说法是不准确的。如果尝试建立这样的主键约束，将会失败。

理解主键和聚集索引的区别是数据库设计中的关键一环。只有深入理解这两者之间的关系，才能更有效地设计和优化数据库性能。希望本文能帮助读者更好地掌握这一知识点。