SQL Server 索引基础知识(4)
有些人可能对主键和聚集索引有所混淆，其实这两个是不同的概念，下面是一个简单的描述。不想看绕口文字者，直接看两者的对比表。尤其是最后一项的比较。
主键（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 设置。
（这一点需要看后面的一个比较，虽然你的数据列可能不唯一，但是系统会替你产生一个你看不到的唯一列）
创建的逻辑
数据库在创建主键同时，会自动建立一个唯一索引。
如果这个表之前没有聚集索引，同时建立主键时候没有强制指定使用非聚集索引，则建立主键时候，同时建
相关文档：
1.打开SQL server enterprise mananger “企业管理器”
在你要导出的SQL数据库上鼠标右键菜单：所有任务-》导出数据
2.回出现一个导出向导窗口。
选择被导出的数据源，为你刚才所选择的数据库，如果发现不对应自行修改。
3.进入导出到目标数据源的选择，这里我们要转成ACCESS的数据库。注意选择数据源类型� ......
1.选择最有效率的表名顺序(只在基于规则的优化器中有效)
SQLSERVER的解析器按照从右到左的顺序处理from子句中的表名，因此from子句中写在最后的表（基础表driving table）将被最先处理，在from子句中包含多个表的情况下，必须选择记录条数最少的表作为基础表，当SQLSERVER处理多个表时，会运用排序及合并的方式� ......
DBCC DROPCLEANBUFFERS --清除缓冲区，便于对比查询时间和性能，不收缓存的影响
SET STATISTICS TIME ON --显示分析、编译和执行各语句所需的毫秒数
sp_spaceused NSDoctorAdvice0705 -- 查看表空间大小
问题讨论：
是否增加一个独立的文件组，用来存放索引。目前数据库的只有一个文件组，文件非常大的话， ......
1、在需导出登录帐号的SQL服务器上执行以下查询语句：
USE master
GO
IF OBJECT_ID ('sp_hexadecimal') IS NOT NULL
DROP PROCEDURE sp_hexadecimal
GO
CREATE PROCEDURE sp_hexadecimal
@binvalue varbinary(256),
@hexvalue varchar(256) OUTPUT
AS
DECLARE ......
