创建唯一聚集索引典型实现

唯一索引可通过以下方式实现：

primary key 或 unique 约束

在创建 primary key 约束时，如果不存在该表的聚集索引且未指定唯一非聚集索引，则将自动对一列或多列创建唯一聚集索引。主键列不允许空值。

在创建 unique 约束时，默认情况下将创建唯一非聚集索引，以便强制 unique 约束。如果不存在该表的聚集索引，则可以指定唯一聚集索引。

有关详细信息，请参阅 unique constraints and check constraints 和 primary and foreign key constraints。
独立于约束的索引

可以为一个表定义多个唯一非聚集索引。

有关详细信息，请参阅 create index (transact-sql)。
索引视图

若要创建索引视图，请对一个或多个视图列定义唯一聚集索引。视图将执行，并且结果集存储在该索引的页级别中，其存储方式与表数据存储在聚集索引中的方式相同。有关详细信息，请参阅。

创建唯一聚集索引限制和局限

如果数据中存在重复的键值，则不能创建唯一索引、unique 约束或 primary key 约束。
唯一非聚集索引可以包括包含性非键列。有关详细信息，请参阅 create indexes with included columns。

使用ssms数据库管理工具创建唯一聚集索引

使用表设计器创建唯一索引

1、连接数据库，选择数据库，选择数据表-》右键点击数据表-》选择设计。

2、在表设计器窗口-》选择要添加索引的数据列-》右键点击-》选择索引/键。

3、在索引/键弹出款-》点击添加-》类型选择索引-》点击选择列。

4、在索引列弹出框-》选择索引数据列-》选择索引排序方式-》可以添加多个索引列-》点击确定。

5、在索引/键弹出框-》是唯一的选择是-》输入索引名称-》输入索引描述-》创建为聚集的选择为是-》其它可以选择默认或者自己设置-》点击关闭。

6、点击保存(或者按下ctrl+s)-》关闭表设计器-》刷新表-》查看创建结果。

使用对象资源管理器创建唯一索引

1、连接数据库，选择数据库，选择数据表-》展开对象资源管理器-》右键点击索引-》点击新建索引-》选择聚集索引。

2、在新建索引弹出框-》输入索引名称-》选择唯一创建为唯一聚集索引-》点击添加选择索引数据列。

3、在表选择列弹出框中-》选择数据列，可以选择多个-》点击确定。

4、在新建索引弹出框-》点击选项-》可以自行设置索引属性。

5、在新建索引弹出框-》点击存储-》选择设置存储存储属性。

6、在新建索引弹出框-》点击扩展属性-》添加扩展属性名称-》添加扩展属性值-》点击确定。

7、查看创建结果。

使用t-sql脚本创建唯一聚集索引

语法：

–声明数据库引用
use 数据库名;
go

–判断索引是否存在
if exists(select * from sysindexes where name=索引名)
drop index 索引名 on 表名 with (online=off);
go

–添加索引
create
–[unique] –指定聚集索引是否唯一
[clustered | nonclustered] –指定为聚集索引
index 索引名称 –索引名称
on 表名 –索引添加在哪个表
(列名 [asc | desc],列名 [asc | desc],…) –索引添加在哪个数据列
with(

–pad_index:指定索引填充
–pad_index=on:fillfactor 指定的可用空间百分比应用于索引的中间级页。
–pad_index=off或未指定 fillfactor:考虑到中间级页上的键集，可以将中间级页几乎填满，但至少要为最大索引行留出足够空间。
pad_index={ on | off },

–statistics_norecompute:指定是否重新计算统计信息。
–statistics_norecompute=on:过时的统计信息不会自动重新计算。
–statistics_norecompute=off:启用自动统计信息更新。
statistics_norecompute={ on | off },

–sort_in_tempdb:指定是否将排序结果存储在 tempdb 中。
–sort_in_tempdb=on:在tempdb中存储用于生成索引的中间排序结果。如果tempdb与用户数据库不在同一组磁盘上，就可缩短创建索引所需的时间。但是，这会增加索引生成期间所使用的磁盘空间量。
–sort_in_tempdb=off:中间排序结果与索引存储在同一数据库中。
sort_in_tempdb={ on | off },

–ignore_dup_key:指定在插入操作尝试向唯一索引插入重复键值时的响应类型。 ignore_dup_key 选项仅适用于创建或重新生成索引后发生的插入操作。当执行 create index、alter index 或 update 时，该选项无效。默认为 off。
–ignore_dup_key=on:打开，将重复键值插入唯一索引时会出现警告消息。只有违反唯一性的行为才会失败。
–ignore_dup_key=off:关闭,将重复键值插入唯一索引时会出现错误消息。回滚整个insert操作。对于对视图创建的索引、非唯一索引、xml 索引、空间索引以及筛选的索引，ignore_dup_key 不能设置为 on
ignore_dup_key={ on | off },

–drop_existing：表示如果这个索引还在表上就 drop 掉然后在 create 一个新的。默认为 off。
–drop_existing=on:指定要删除并重新生成现有索引，其必须具有相同名称作为参数 index_name。
–drop_existing=off:指定不删除和重新生成现有的索引。如果指定的索引名称已经存在，sql server 将显示一个错误。
drop_existing={ on | off },

–online:指定在索引操作期间基础表和关联的索引是否可用于查询和数据修改操作。默认为 off。 rebuild 可作为 online 操作执行。
–online=on:在索引操作期间不持有长期表锁。在索引操作的主要阶段，源表上只使用意向共享 (is) 锁。
–这使得能够继续对基础表和索引进行查询或更新。
–操作开始时，在很短的时间内对源对象持有共享 (s) 锁。
–操作结束时，如果创建非聚集索引，将在短期内获取对源的 s（共享）锁；
–当联机创建或删除聚集索引时，以及重新生成聚集或非聚集索引时，将在短期内获取 sch-m（架构修改）锁。但联机索引锁是短的元数据锁，特别是 sch-m 锁必须等待此表上的所有阻塞事务完成。
–在等待期间，sch-m 锁在访问同一表时阻止在此锁后等待的所有其他事务。对本地临时表创建索引时，online 不能设置为 on。
–online=off:在索引操作期间应用表锁。这样可以防止所有用户在操作期间访问基础表。
–创建、重新生成或删除聚集索引或者重新生成或删除非聚集索引的脱机索引操作将对表获取架构修改 (sch-m) 锁。
–这样可以防止所有用户在操作期间访问基础表。创建非聚集索引的脱机索引操作将对表获取共享 (s) 锁。这样可以防止更新基础表，但允许读操作（如 select 语句）。
online={ on | off },

–aloow_row_locks:指定是否允许行锁。
–allow_row_locks=on:访问索引时允许行锁。数据库引擎确定何时使用行锁。
–allow_row_locks=off:不使用行锁。
allow_row_locks={ on | off },

–allow_page_locks:指定是否允许使用页锁。
–allow_page_locks=on:访问索引时允许页锁。数据库引擎确定何时使用页锁。
— allow_page_locks=off:不使用页锁。
allow_page_locks={ on | off },

–fillfactor=n：指定一个百分比，指示在数据库引擎创建或修改索引的过程中，应将每个索引页面的叶级填充到什么程度。指定的值必须是 1 到 100 之间的整数。默认值为 0。
fillfactor=n

–maxdop=max_degree_of_parallelism:在索引操作期间替代 max degree of parallelism 配置选项。有关详细信息，请参阅配置 max degree of parallelism 服务器配置选项。使用 maxdop 可以限制在执行并行计划的过程中使用的处理器数量。最大数量为 64 个处理器。
–max_degree_of_parallelism 可以是：
–1 – 取消生成并行计划。
–>1 – 将并行索引操作中使用的最大处理器数量限制为指定数量。
–0（默认值）- 根据当前系统工作负荷使用实际数量的处理器或更少数量的处理器。
–有关详细信息，请参阅配置并行索引操作。
–maxdop=max_degree_of_parallelism,

–data_compression=row:为指定的表、分区号或分区范围指定数据压缩选项。选项如下所示：
–none
–不压缩表或指定的分区。仅适用于行存储表；不适用于列存储表。
–row
–使用行压缩来压缩表或指定的分区。仅适用于行存储表；不适用于列存储表。
–page
–使用页压缩来压缩表或指定的分区。仅适用于行存储表；不适用于列存储表。
–columnstore
–适用范围： sql server 2014 (12.x) 到 sql server 2017。
–仅适用于列存储表。 columnstore 指定对使用 columnstore_archive 选项压缩的分区进行解压缩。还原数据时，将继续通过用于所有列存储表的列存储压缩对 columnstore 索引进行压缩。
–columnstore_archive
–适用范围： sql server 2014 (12.x) 到 sql server 2017。
–仅适用于列存储表，这是使用聚集列存储索引存储的表。 columnstore_archive 会进一步将指定分区压缩到更小。这可用于存档，或者用于要求更少存储并且可以付出更多时间来进行存储和检索的其他情形
–data_compression={ none | row | page | columnstore | columnstore_archive }

–on partitions ( { <partition_number_expression> | <range> } [ ,…n ] ) 适用范围： sql server 2008 到 sql server 2017。
–指定对其应用 data_compression 设置的分区。如果表未分区，on partitions 参数将生成错误。如果不提供 on partitions 子句，data_compression 选项将应用于已分区表的所有分区。
–可以按以下方式指定 <partition_number_expression>：
–提供一个分区号，例如：on partitions (2)。
–提供若干单独分区的分区号并用逗号将它们隔开，例如：on partitions (1, 5)。
–同时提供范围和单个分区，例如：on partitions (2, 4, 6 to 8)。
–<range> 可以指定为以单词 to 隔开的分区号，例如：on partitions (6 to 8)。
–，请多次指定 data_compression 选项
–on partitions(1-2)

)
on [primary];–数据空间规范
go

–添加注释
execute sp_addextendedproperty n’ms_description’,n’索引说明’,n’schema’,n’dbo’,n’table’,n’表名’,n’index’,n’索引名称’;
go

示例：

–声明数据库应用
use testss;
go

–判断是否存在索引
if exists(select * from sysindexes where name=’uniqueclus1′)
drop index uniqueclus1 on test1 with (online=off);
go

create
unique –唯一
clustered –聚集索引
index –索引关键字
uniqueclus1 –索引名称
on test1 –索引建立在哪张表
(name asc) –索引建立在哪个数据列
with(

–pad_index:指定索引填充
–pad_index=on:fillfactor 指定的可用空间百分比应用于索引的中间级页。
–pad_index=off或未指定 fillfactor:考虑到中间级页上的键集，可以将中间级页几乎填满，但至少要为最大索引行留出足够空间。
pad_index=on,

–statistics_norecompute:指定是否重新计算统计信息。
–statistics_norecompute=on:过时的统计信息不会自动重新计算。
–statistics_norecompute=off:启用自动统计信息更新。
statistics_norecompute=on,

–allow_row_locks:指定是否允许行锁。
–allow_row_locks=on:访问索引时允许行锁。数据库引擎确定何时使用行锁。
–allow_row_locks=off:不使用行锁。
allow_row_locks=on,

–allow_page_locks:指定是否允许使用页锁。
–allow_page_locks=on:访问索引时允许页锁。数据库引擎确定何时使用页锁。
–allow_page_locks=off:不使用页锁。
allow_page_locks=on,

–fillfactor=n：指定一个百分比，指示在数据库引擎创建或修改索引的过程中，应将每个索引页面的叶级填充到什么程度。指定的值必须是 1 到 100 之间的整数。默认值为 0。
fillfactor=1,

–添加唯一聚集索引描述
execute sp_addextendedproperty n’ms_description’,n’第一个唯一聚集索引’,n’schema’,n’dbo’,n’table’,n’test1′,n’index’,n’uniqueclus1′;
go

创建唯一索引优缺点

优点：

1、多列唯一索引能够保证索引键中值的每个组合都是唯一的。

2、只要每个列中的数据是唯一的，就可以为同一个表创建一个唯一聚集索引。

3、唯一索引能够确保定义的列的数据完整性。

4、唯一索引提供帮助查询优化器生成更高效的执行计划的其他信息。

5、创建唯一索引只会创建一个唯一索引，不会创建约束。

缺点：

1、创建索引和维护索引要耗费时间，这种时间随着数据量的增加而增加。

2、索引需要占物理空间，除了数据表占数据空间之外，每一个索引还要占一定的物理空间，如果要建立聚簇索引，那么需要的空间就会更大。

3、当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，这样就降低了数据的维护速度。

SQLServer之创建唯一聚集索引