SQL Server 2016两列拼接查询提速的索引方案咨询

你的查询慢的核心原因是WHERE子句中使用了列拼接表达式（Col3 + Col4），SQL Server无法利用常规的单列或组合索引直接匹配这个计算结果，只能执行全表扫描，在1000万行的表上自然效率极低。以下是针对性的优化方案：

方案1：创建持久化计算列+索引（推荐） #

通过添加一个基于Col3 + Col4的持久化计算列，让SQL Server预先计算并存储拼接结果，然后在该列上创建索引，这样查询可以直接利用索引定位数据。

操作步骤： #

1. 添加持久化计算列（注意处理NULL值：Col3和Col4均为可空列，任意一列NULL会导致拼接结果为NULL，可根据业务需求调整NULL处理逻辑）：

ALTER TABLE dbo.table_name 
ADD CombinedCol AS ISNULL(Col3, '') + ISNULL(Col4, '') PERSISTED;

2. 在计算列上创建非聚集索引，若需要返回原列拼接结果，可包含原列避免键查找（或直接用计算列返回更高效）：

CREATE NONCLUSTERED INDEX IX_table_name_CombinedCol 
ON dbo.table_name (CombinedCol)
INCLUDE (Col3, Col4); -- 可选，若查询直接返回CombinedCol则无需包含

3. 优化查询语句（可选，直接使用计算列进一步提升效率）：

SELECT CombinedCol
FROM dbo.table_name
WHERE CombinedCol = @variable;

方案2：拆分查询条件+组合索引（无需修改表结构） #

如果@variable格式固定（前2位对应Col3的char(2)，后15位对应Col4的char(15)），可以拆分查询条件，让SQL Server能利用Col3和Col4的组合索引。

注意事项： #

char类型为固定长度，不足长度会自动补空格，因此需确保@variable长度刚好为17位（2+15），且拆分后的部分匹配char的空格填充规则。

操作步骤： #

1. 创建组合索引：

CREATE NONCLUSTERED INDEX IX_table_name_Col3_Col4 
ON dbo.table_name (Col3, Col4)
INCLUDE (Col3, Col4);

2. 修改查询语句：

SELECT Col3 + Col4
FROM dbo.table_name
WHERE Col3 = LEFT(@variable, 2) 
  AND Col4 = RIGHT(@variable, 15);

方案对比 #

• 方案1：无需修改查询逻辑，索引效率最高，但需要修改表结构，会占用额外存储空间。
• 方案2：无需修改表结构，但依赖@variable的格式规则，若格式不固定则无法使用，且需注意char类型的空格匹配问题。

内容的提问来源于stack exchange，提问作者Sareg