在索引中包含列的硬性和快速性规则

是否有任何硬性规定来决定应将哪些列以及应以什么顺序放入非聚集索引中。我只是在阅读这篇文章https://stackoverflow.com/questions/1307990/why-use-the-include-clause-when-creating-an-index ，我发现对于以下查询：

SELECT EmployeeID, DepartmentID, LastName
FROM Employee
WHERE DepartmentID = 5

张贴者建议制作这样的索引：

CREATE NONCLUSTERED INDEX NC_EmpDep 
  ON Employee(EmployeeID, DepartmentID)
  INCLUDE (Lastname)

这是我的问题，为什么我们不能像这样做索引

CREATE NONCLUSTERED INDEX NC_EmpDep 
      ON Employee( EmployeeID, DepartmentID, LastName)

要么

    CREATE NONCLUSTERED INDEX NC_EmpDep 
          ON Employee( EmployeeID, LastName)
INCLUDE (DepartmentID)

什么原因导致发布者决定保留“姓氏”列。为什么不另列？以及如何决定应以什么顺序将列保留在那里？

marc_s的索引建议是错误的。我添加了一条评论。（这也是我接受的答案！）

该查询的索引为

CREATE NONCLUSTERED INDEX NC_EmpDep 
  ON Employee(DepartmentID)
  INCLUDE (Lastname, EmployeeID)

索引通常是

CREATE INDEX <name> ON <table> (KeyColList) INCLUDE (NonKeyColList)

哪里：

• KeyColList =关键列=用于行限制和处理
  WHERE，JOIN，ORDER BY，GROUP BY等
• NonKeyColList =非关键列=在选择/限制之后用于SELECT和聚合（例如SUM（col））

JNK和gbn给出了很好的答案，但也有必要考虑一下大局-而不是只关注单个查询。尽管此特定查询可能会受益于索引（＃1）：

Employee(DepartmentID) INCLUDE (Lastname, EmployeeID)

如果查询稍有变化，则该索引根本没有帮助，例如：

SELECT EmployeeID, DepartmentID, LastName
FROM Employee
WHERE DepartmentID = 5 AND LastName = 'Smith'

这将需要索引（＃2）：

Employee(DepartmentID, LastName) INCLUDE (EmployeeID)

想象一下，您在部门5中有1,000名员工。使用索引＃1来查找所有Smiths，您需要遍历部门5中的所有1,000行，因为所包含的列不是键的一部分。使用索引2，您可以直接查找部门5，LastName Smith。

因此，索引＃2在为更广泛的查询提供服务时更有用-但代价是索引键更加膨胀，这会使索引的非叶子页变大。每个系统都会有所不同，因此这里没有经验法则。

附带说明一下，值得指出的是，如果EmployeeID是该表的集群键-假设是聚集索引-那么您不需要包含EmployeeID-它存在于所有非聚集索引中，这意味着索引＃2可以是

Employee(DepartmentID, LastName)

我不确定你是怎么得到的。对于我来说，对于该查询，我将使用：

CREATE NONCLUSTERED INDEX NC_EmpDep 
  ON Employee(DepartmentID)
  INCLUDE (EmployeeID, Lastname)

对于SQL中的几乎所有内容，没有“硬性规定”。

但是，对于您的示例，索引将使用的唯一字段是DepartmentID因为它位于WHERE子句中。

其他字段仅需要从那里轻松访问。您基于选择，DepartmentID然后INCLUDE在索引的叶节点上具有这些字段。

您不想使用其他示例，因为它们不适用于此索引。

可以将索引想像成电话簿。大多数电话簿按姓，名，中间名首字母排序。如果您知道某人的名字，但不知道他们的姓氏，则电话簿对您不利，因为您无法根据电话簿索引的顺序搜索名字。

这些INCLUDE字段类似于电话号码，地址等，用于书中每个条目的其他信息。

编辑：

为了进一步说明为什么不使用：

CREATE NONCLUSTERED INDEX NC_EmpDep 
          ON Employee( EmployeeID, LastName)
INCLUDE (DepartmentID)

如果您有任何该指数是唯一有用的EmployeeID或BOTH EmployeeID和LastName您的WHERE条款。这是相当多的OPPOSITE你需要什么此查询。

我认为您可能仍然可以使用（employee_id，department_id）索引，但您必须在where短语中包含“虚拟”行，例如：“ employee_id = employee_id）

• 在（employee_id，departemnent_id）上具有索引，
• 只需搜索/限制一个department_id
• 知道由于错误的顺序（或者现在情况已经改变，并且不再需要以下“技巧”。我是“老手”了？），它将不再使用索引。

• 使用“旧” tricK？

  从员工emp
  中选择*，其中emp.employee_id = emp.employee_id
  和emp.department_id = 5
  

（因此，我不是在关注姓氏的包含部分，而是在是/或不使用键的地方。）

亲切的问候，

米格尔