Question

SQL Server中的Insert / Update / Delete语句应使用哪种类型的索引（clustered / nonclustrered）。我知道它会产生额外的开销，但与非聚集索引相比，它的性能是否更好？另外哪个索引应该用于SQL Server中的Select语句？

Answer 1

不是100％确定您期望听到的内容 - 您只能在表上拥有单个群集索引，并且默认情况下，每个表（边缘大小写异常很少）都应该有一个。所有索引通常都会帮助你的SELECT最多，有些往往会伤害INSERT，DELETE和可能的UPDATE（或者很多，如果选择不当）。

聚簇索引使每个操作的表更快。是！确实如此。有关背景信息，请参阅Kim Tripp的优秀The Clustered Index Debate continues。她还提到了她对聚集索引的主要标准：

窄
静态（永不改变）
独特
如果可能的话：不断增加

INT IDENTITY完美地实现了这一点 - GUID没有。有关详细背景信息，请参阅GUID's as Primary Key。

为什么要缩小？因为聚簇键被添加到同一个表中每个非聚集索引的每个索引页面上（为了能够实际查找数据行），如果需要的话）。您不希望在群集密钥中使用VARCHAR（200）....

为什么是唯一的？参见上文 - 群集密钥是SQL Server用于唯一查找数据行的项和机制。它必须是独一无二的。如果您选择一个非唯一的群集键，SQL Server本身将为您的键添加一个4字节的唯一键。小心一点！

下一篇：非聚集索引。基本上有一条规则：引用另一个表的子表中的任何外键都应该被索引，它将加速JOIN和其他操作。

此外，任何具有WHERE子句的查询都是一个很好的选择 - 首先选择那些执行很多的子句。将索引放在ORDER BY语句中显示在WHERE子句中的列上。

下一步：测量您的系统，检查DMV（动态管理视图）以获取有关未使用或缺失索引的提示，并反复调整您的系统。这是一个持续的过程，你永远不会完成！

另一个警告：使用大量索引，您可以使任何SELECT查询真的非常快。但与此同时，必须更新所有相关索引的INSERT，UPDATE和DELETE可能会受到影响。如果你只选择SELECT - 坚果！否则，这是一个精细而微妙的平衡行为。您可以随时调整单个查询 - 但系统的其余部分可能会受此影响。不要过度索引您的数据库！放置一些好的索引，检查并观察系统的行为，然后再添加一个或两个，再次：观察整体系统性能如何受此影响。

Answer 2

我不太确定你的意思是“应该用于插入/更新/删除语句”，但在我看来，每个表都应该有一个聚簇索引。聚集索引指定数据实际存储的顺序。如果未定义聚簇索引，则数据将仅存储在堆中。如果你没有一个自然列作为聚集索引，那么你总是可以像这样创建一个int或bigint这样的标识列。

CREATE TABLE [dbo].[demo](
[ID] [int] IDENTITY(1,1) NOT NULL,
[FirstName] [nchar](10) NULL,
[LastName] [nchar](10) NULL,
[Job] [nchar](10) NULL,
 CONSTRAINT [PK_demo] PRIMARY KEY CLUSTERED 
(
[ID] ASC
))

聚集指数

2 个答案: