源：http://blog.csdn.net/zhangsuiwen/article/details/5087154
评：
有些人可能对主键和聚集索引有所混淆，其实这两个是不同的概念，下面是一个简单的描述。不想看绕口文字者，直接看两者的对比表。尤其是最后一项的比较。
主键（PRIMARY KEY ）
来自MSDN的描述：
表通常具有包含唯一标识表中每一行的值的一列或一组列。这样的一列或多列称为表的主键 (PK)，用于强制表的实体完整性。在创建或修改表时，您可以通过定义 PRIMARY KEY 约束来创建主键。
一个表只能有一个 PRIMARY KEY 约束，并且 PRIMARY KEY 约束中的列不能接受空值。由于 PRIMARY KEY 约束可保证数据的唯一性，因此经常对标识列定义这种约束。
如果为表指定了 PRIMARY KEY 约束，则 SQL Server 2005 数据库引擎 将通过为主键列创建唯一索引来强制数据的唯一性。当在查询中使用主键时，此索引还可用来对数据进行快速访问。因此，所选的主键必须遵守创建唯一索引的规则。
创建主键时，数据库引擎 会自动创建唯一的索引来强制实施 PRIMARY KEY 约束的唯一性要求。如果表中不存在聚集索引或未显式指定非聚集索引，则将创建唯一的聚集索引以强制实施 PRIMARY KEY 约束。
?
聚集索引
聚集索引基于数据行的键值在表内排序和存储这些数据行。每个表只能有一个聚集索引，因为数据行本身只能按一个顺序存储。
每个表几乎都对列定义聚集索引来实现下列功能：
两者的比较
下面是一个简单的比较表
| ? |
主键 |
聚集索引 |
| 用途 |
强制表的实体完整性 |
对数据行的排序，方便查询用 |
| 一个表多少个 |
一个表最多一个主键 |
一个表最多一个聚集索引
|
| 是否允许多个字段来定义 |
一个主键可以多个字段来定义 |
一个索引可以多个字段来定义 |
| ? |
? |
? |
| 是否允许 null 数据行出现 |
如果要创建的数据列中数据存在null，无法建立主键。
创建表时指定的 PRIMARY KEY 约束列隐式转换为 NOT NULL。 |
没有限制建立聚集索引的列一定必须 not null .
也就是可以列的数据是 null
参看最后一项比较 |
| 是否要求数据必须唯一 |
要求数据必须唯一 |
数据即可以唯一，也可以不唯一。看你定义这个索引的 UNIQUE 设置。
（这一点需要看后面的一个比较，虽然你的数据列可能不唯一，但是系统会替你产生一个你看不到的唯一列） |
| ? |
? |
? |
| 创建的逻辑 |
数据库在创建主键同时，会自动建立一个唯一索引。
如果这个表之前没有聚集索引，同时建立主键时候没有强制指定使用非聚集索引，则建立主键时候，同时建立一个唯一的聚集索引
|
如果未使用 UNIQUE 属性创建聚集索引，数据库引擎 将向表自动添加一个四字节 uniqueifier 列。
必要时，数据库引擎 将向行自动添加一个 uniqueifier 值，使每个键唯一。此列和列值供内部使用，用户不能查看或访问。 |
?
簇集索引=聚集索引: ?
? 聚集索引确定表中数据的物理顺序。聚集索引类似于电话簿，后者按姓氏排列数据。由于聚集索引规定数据在表中的物理存储顺序，因此一个表只能包含一个聚集索引。但该索引可以包含多个列（组合索引），就像电话簿按姓氏和名字进行组织一样。 ?
? ?
? 聚集索引对于那些经常要搜索范围值的列特别有效。使用聚集索引找到包含第一个值的行后，便可以确保包含后续索引值的行在物理相邻。例如，如果应用程序执行 的一个查询经常检索某一日期范围内的记录，则使用聚集索引可以迅速找到包含开始日期的行，然后检索表中所有相邻的行，直到到达结束日期。这样有助于提高此 类查询的性能。同样，如果对从表中检索的数据进行排序时经常要用到某一列，则可以将该表在该列上聚集（物理排序），避免每次查询该列时都进行排序，从而节 省成本。 ?
? ?
? 非簇集索引: ?
? 非聚集索引与聚集索引一样有 ? B ? 树结构，但是有两个重大差别： ? ?
? ?
? 数据行不按非聚集索引键的顺序排序和存储。 ?
? ?
? ?
? 非聚集索引的叶层不包含数据页。 ? ?
? 相反，叶节点包含索引行。每个索引行包含非聚集键值以及一个或多个行定位器，这些行定位器指向有该键值的数据行（如果索引不唯一，则可能是多行）。 ?
? ?
? 非聚集索引可以在有聚集索引的表、堆集或索引视图上定义。在 ? Microsoft® ? SQL ? Server™ ? 2000 ? 中，非聚集索引中的行定位器有两种形式： ? ?
? ?
? 如果表是堆集（没有聚集索引），行定位器就是指向行的指针。该指针用文件标识符 ? (ID)、页码和页上的行数生成。整个指针称为行
