SQLSERVER数据库引擎自动为主键生成的聚集索引

1 首先删除主键, 然后重新创建主键,

重新创建主键的时候, 需要说明本主键是使用 非聚集索引

PRIMARY KEY NONCLUSTERED ( sno )

2

A:

PAD_INDEX = { ON | OFF }

指定索引填充。默认值为 OFF。

ON

fillfactor 指定的可用空间百分比应用于索引的中间级页。

OFF 或不指定 fillfactor

考虑到中间级页上的键集，将中间级页填充到接近其容量的程度，以留出足够的空间，使之至少能够容纳索引的最大的一行。

B:

FILLFACTOR =fillfactor

指定一个百分比，指示在创建或重新生成索引期间，数据库引擎对各索引页的叶级填充的程度。fillfactor 必须为介于 1 至 100 之间的整数值。默认值为 0。如果 fillfactor 为 100 或 0，则数据库引擎将创建完全填充叶级页的索引。

C:

IGNORE_DUP_KEY = { ON | OFF }

指定在插入 *** 作尝试向唯一索引插入重复键值时的错误响应。IGNORE_DUP_KEY 选项仅适用于创建或重新生成索引后发生的插入 *** 作。当执行 CREATE INDEX、ALTER INDEX 或 UPDATE 时，该选项无效。默认值为 OFF。

ON

向唯一索引插入重复键值时将出现警告消息。只有违反唯一性约束的行才会失败。

OFF

向唯一索引插入重复键值时将出现错误消息。整个 INSERT *** 作将被回滚。

D:

STATISTICS_NORECOMPUTE = { ON | OFF}

指定是否重新计算分发统计信息。默认值为 OFF。

ON

不会自动重新计算过时的统计信息。

OFF

启用统计信息自动更新功能。

若要恢复统计信息自动更新，请将 STATISTICS_NORECOMPUTE 设置为 OFF，或执行 UPDATE STATISTICS 但不包含 NORECOMPUTE 子句。

E:

on [primary] 是指 索引创建在 primary 这个文件组上。

3、

以全国的身份z为例子：

对于 身份z号码， 有个 “唯一” 的索引

而对于 姓名， 有个 “不唯一” 的索引。

“不唯一” 的索引 ， 虽然不能定位到唯一的某一行， 但是可以缩小范围。定位到某些行。

4

聚集索引 CLUSTERED

创建索引时，键值的逻辑顺序决定表中对应行的物理顺序。聚集索引的底层（或称叶级别）包含该表的实际数据行。一个表或视图只允许同时有一个聚集索引。

不能，聚集函数能在两个地方用，第一个就是select后面要查询的内容，比如select avg（age），第二个就是group by…having…的having后面，

比如select name

from student

group by department

having avg（age）>20；

一个表只能有一个聚集索引，可以有多个非聚集索引

下面是聚集索引和非聚集索引的详细介绍：

聚集索引基于数据行的键值在表内排序和存储这些数据行。每个表只能有一个聚集索引，因为数据行本身只能按一个顺序存储。有关聚集索引体系结构的详细信息，请参阅聚集索引结构。

每个表几乎都对列定义聚集索引来实现下列功能：

可用于经常使用的查询。

提供高度唯一性。

注意：

创建 PRIMARY KEY 约束时，将在列上自动创建唯一索引。默认情况下，此索引是聚集索引，但是在创建约束时，可以指定创建非聚集索引。

可用于范围查询。

如果未使用 UNIQUE 属性创建聚集索引，数据库引擎将向表自动添加一个 4 字节的 uniqueifier

列。必要时，数据库引擎将向行自动添加一个 uniqueifier 值以使每个键唯一。此列和列值供内部使用，用户不能查看或访问。

查询注意事项

在创建聚集索引之前，应先了解数据是如何被访问的。考虑对具有以下特点的查询使用聚集索引：

使用运算符（如 BETWEEN、>、>=、< 和

<=）返回一系列值。

使用聚集索引找到包含第一个值的行后，便可以确保包含后续索引值的行物理相邻。例如，如果某个查询在一系列销售订单号间检索记录，SalesOrderNumber

列的聚集索引可快速定位包含起始销售订单号的行，然后检索表中所有连续的行，直到检索到最后的销售订单号。

返回大型结果集。

使用 JOIN 子句；一般情况下，使用该子句的是外键列。

使用 ORDER BY 或 GROUP BY 子句。

在 ORDER BY 或 GROUP BY

子句中指定的列的索引，可以使数据库引擎不必对数据进行排序，因为这些行已经排序。这样可以提高查询性能。

列注意事项

一般情况下，定义聚集索引键时使用的列越少越好。考虑具有下列一个或多个属性的列：

唯一或包含许多不重复的值

例如，雇员 ID 唯一地标识雇员。EmployeeID 列的聚集索引或 PRIMARY KEY

约束将改善基于雇员 ID 号搜索雇员信息的查询的性能。另外，可对

LastName、FirstName、MiddleName

列创建聚集索引，因为经常以这种方式分组和查询雇员记录，而且这些列的组合还可提供高区分度。

按顺序被访问

例如，产品 ID 唯一地标识 AdventureWorks2008R2 数据库的

ProductionProduct 表中的产品。在其中指定顺序搜索的查询（如 WHERE ProductID BETWEEN 980

and 999）将从 ProductID 的聚集索引受益。这是因为行将按该键列的排序顺序存储。

由于保证了列在表中是唯一的，所以定义为 IDENTITY。

经常用于对表中检索到的数据进行排序。

按该列对表进行聚集（即物理排序）是一个好方法，它可以在每次查询该列时节省排序 *** 作的成本。

聚集索引不适用于具有下列属性的列：

频繁更改的列

这将导致整行移动，因为数据库引擎必须按物理顺序保留行中的数据值。这一点要特别注意，因为在大容量事务处理系统中数据通常是可变的。

宽键

宽键是若干列或若干大型列的组合。所有非聚集索引将聚集索引中的键值用作查找键。为同一表定义的任何非聚集索引都将增大许多，这是因为非聚集索引项包含聚集键，同时也包含为此非聚集索引定义的键列。

索引选项

创建聚集索引时，可指定若干索引选项。因为聚集索引通常都很大，所以应特别注意下列选项：

SORT_IN_TEMPDB

DROP_EXISTING

FILLFACTOR

ONLINE

非聚集索引包含索引键值和指向表数据存储位置的行定位器。有关非聚集索引体系结构的详细信息，请参阅非聚集索引结构。

可以对表或索引视图创建多个非聚集索引。通常，设计非聚集索引是为改善经常使用的、没有建立聚集索引的查询的性能。

与使用书中索引的方式相似，查询优化器在搜索数据值时，先搜索非聚集索引以找到数据值在表中的位置，然后直接从该位置检索数据。这使非聚集索引成为完全匹配查询的最佳选择，因为索引包含说明查询所搜索的数据值在表中的精确位置的项。例如，为了从

PersonPerson 表中查询具有特定姓氏的人员，查询优化器可能使用非聚集索引

IX_Person_LastName_FirstName_MiddleName；它以 LastName 作为自己的一个键列。查询优化器能快速找出索引中与指定

LastName

匹配的所有项。每个索引项都指向表或聚集索引中准确的页和行，其中可以找到相应的数据。在查询优化器在索引中找到所有项之后，它可以直接转到准确的页和行进行数据检索。

数据库注意事项

设计非聚集索引时需要注意数据库的特征。

更新要求较低但包含大量数据的数据库或表可以从许多非聚集索引中获益从而改善查询性能。与全表非聚集索引相比，考虑为定义完善的数据子集创建筛选索引可以提高查询性能、降低索引存储开销并减少索引维护开销。

决策支持系统应用程序和主要包含只读数据的数据库可以从许多非聚集索引中获益。查询优化器具有更多可供选择的索引用来确定最快的访问方法，并且数据库的低更新特征意味着索引维护不会降低性能。

联机事务处理应用程序和包含大量更新表的数据库应避免使用过多的索引。此外，索引应该是窄的，即列越少越好。

一个表如果建有大量索引会影响

INSERT、UPDATE、DELETE 和 MERGE

语句的性能，因为当表中的数据更改时，所有索引都须进行适当的调整。

查询注意事项

在创建非聚集索引之前，应先了解访问数据的方式。考虑对具有以下属性的查询使用非聚集索引：

使用 JOIN 或 GROUP BY

子句。

应为联接和分组 *** 作中所涉及的列创建多个非聚集索引，为任何外键列创建一个聚集索引。

不返回大型结果集的查询。

创建筛选索引以覆盖从大型表中返回定义完善的行子集的查询。

包含经常包含在查询的搜索条件（例如返回完全匹配的 WHERE 子句）中的列。

列注意事项

考虑具有以下一个或多个属性的列：

覆盖查询。

当索引包含查询中的所有列时，性能可以提升。查询优化器可以找到索引内的所有列值；不会访问表或聚集索引数据，这样就减少了磁盘

I/O *** 作。使用具有包含列的索引来添加覆盖列，而不是创建宽索引键。有关详细信息，请参阅

具有包含列的索引

。

如果表有聚集索引，则该聚集索引中定义的列将自动追加到表上每个非聚集索引的末端。这可以生成覆盖查询，而不用在非聚集索引定义中指定聚集索引列。例如，如果一个表在

C 列上有聚集索引，则 B 和 A 列的非聚集索引将具有其自己的键值列 B、A 和 C。

大量非重复值，如姓氏和名字的组合（前提是聚集索引被用于其他列）。

如果只有很少的非重复值，例如仅有 1 和

0，则大多数查询将不使用索引，因为此时表扫描通常更有效。对于这种类型的数据，应考虑对仅出现在少数行中的非重复值创建筛选索引。例如，如果大部分值都是

0，则查询优化器可以对包含 1 的数据行使用筛选查询。

索引选项

在创建非聚集索引时，可以指定若干索引选项。要尤其注意以下选项：

FILLFACTOR

ONLINE

--统计表中的所有记录数

Select Count() From Table

--统计表中某相同字段的记录数

Select 字段,Count() From Table Group By 字段

一个表只能有一个聚集索引，可以有多个非聚集索引\x0d\\x0d\下面是聚集索引和非聚集索引的详细介绍：\x0d\聚集索引基于数据行的键值在表内排序和存储这些数据行。每个表只能有一个聚集索引，因为数据行本身只能按一个顺序存储。有关聚集索引体系结构的详细信息，请参阅聚集索引结构。\x0d\\x0d\每个表几乎都对列定义聚集索引来实现下列功能：\x0d\\x0d\可用于经常使用的查询。\x0d\\x0d\提供高度唯一性。 \x0d\\x0d\注意：\x0d\\x0d\创建 PRIMARY KEY 约束时，将在列上自动创建唯一索引。默认情况下，此索引是聚集索引，但是在创建约束时，可以指定创建非聚集索引。\x0d\\x0d\可用于范围查询。\x0d\\x0d\如果未使用 UNIQUE 属性创建聚集索引，数据库引擎将向表自动添加一个 4 字节的 uniqueifier \x0d\列。必要时，数据库引擎将向行自动添加一个 uniqueifier 值以使每个键唯一。此列和列值供内部使用，用户不能查看或访问。\x0d\\x0d\查询注意事项\x0d\\x0d\在创建聚集索引之前，应先了解数据是如何被访问的。考虑对具有以下特点的查询使用聚集索引：\x0d\\x0d\使用运算符（如 BETWEEN、>、>=、回答于 2022-11-16

以上就是关于SQLSERVER数据库引擎自动为主键生成的聚集索引全部的内容，包括:SQLSERVER数据库引擎自动为主键生成的聚集索引、数据库里的聚集函数只能用在select后能不能在用在where后面 比如：where age>AVG(age)、SQL中一个表可以有几个聚集索引和非聚集索引等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！