如何改进聚集索引扫描到聚集索引搜索？

Question

我有两张桌子

[dbo].[Employee](
    [EmployeeID] [int] IDENTITY(1,1) NOT NULL,
    [Title] [varchar](50) NULL,
    [Role] [int] NULL,
    [Status] [varchar](1) NULL)

[dbo].[Roles](
    [id] [int] IDENTITY(1,1) NOT NULL,
    [Role] [varchar](25) NULL,
    [Description] [varchar](25) NULL)

通过 id 使用主集群键。 我也有存储过程

SELECT
   [EmployeeID]
  ,[Title]
  ,employee.[Role]
  ,roles.Role AS RoleName
FROM [dbo].Employee AS employee
INNER JOIN [dbo].Roles AS roles ON roles.id = employee.Role
WHERE [Status] <> 'D'

执行计划向我展示了我想要避免的“聚集索引扫描”。有什么办法可以将其转换为“聚集索引搜索”？ Execution Plan screen

db fiddle>

Answer 1

正如我在 cmets 中提到的，dbo.Employees 上的 CLUSTERED INDEX 在这方面对您没有帮助。这样做的原因是因为您正在过滤列status，它只是包含在CLUSTERED INDEX 中，但没有对其排序。因此，RDBMS 只能扫描整个表以过滤掉Status 的值为D 的行。

您可以在 Status 列和 INCLUDE 其他列上添加 INDEX，这可能会导致索引查找（不是聚集索引查找），但是，由于如果您使用<> D，那么 RDBMS 可能仍会选择执行扫描；是否确实取决于您的数据分布：

CREATE INDEX IX_EmployeeStatus ON dbo.Employee (Status) INCLUDE (Title, Role);

另外添加FOREIGN KEY 到您的表中：

ALTER TABLE dbo.Employee ADD CONSTRAINT FK_EmployeeRole FOREIGN KEY (Role) REFERENCES dbo.Roles (id);

db<>fiddle

Answer 2

如果您的状态列上有一个索引，那么该代码应该会导致两次索引查找。一个用于'D'。你只需要一个关于 Status 的索引。

您可以使用临时表将其转换为一次搜索，将您的“Not”转换为“is”，这在查询调优中始终是一个好主意：

CREATE TABLE #StatusMatch (StatusCode varchar(1) NOT NULL PRIMARY KEY CLUSTERED)
 INSERT INTO #StatusMatch WITH(TABLOCKX)
      SELECT Status 
        FROM dbo.Employee WITH(NOLOCK)
       WHERE Status <> 'D'
    GROUP BY Status
    ORDER BY Status;

      SELECT a.EmployeeID, a.Title, a.Role, b.Description AS RoleName
        FROM dbo.Employee a WITH(NOLOCK)
  INNER JOIN dbo.Roles b WITH(NOLOCK) ON a.Role = b.id
  INNER JOIN #StatusMatch c ON a.Status = c.StatusCode