SQL Server中如何让含OR的跨表关联SQL使用正确索引

一、能否让SQL1使用与SQL2相同的索引和执行计划？ #

可以通过两种方式引导SQL Server生成等价的高效执行计划，无需拆分复杂SQL：

1. 使用跟踪标志强制优化 #

SQL Server的跟踪标志8649会强制优化器考虑并行执行计划，同时在跨表OR条件场景下，会触发类似UNION的拆分逻辑。你可以在SQL1末尾添加该提示：

SELECT *
FROM TableB
INNER JOIN TableA ON TableA.AID = TableB.AID
WHERE ADesc LIKE 'A0A4D1%' OR BDesc = 'A0A4D1%'
OPTION (QUERYTRACEON 8649)

注意：该跟踪标志需要sysadmin权限，生产环境使用前需充分测试，避免影响其他查询的执行计划。

2. 嵌套UNION ALL+DISTINCT模拟逻辑 #

用嵌套查询将OR条件转为两个分支的UNION ALL，外层加DISTINCT实现原UNION的去重效果，这种写法既不用拆分庞大SQL，又能让优化器分别利用TableA_I1和TableB_I1索引：

SELECT DISTINCT *
FROM (
    SELECT *
    FROM TableB
    INNER JOIN TableA ON TableA.AID = TableB.AID
    WHERE ADesc LIKE 'A0A4D1%'
    UNION ALL
    SELECT *
    FROM TableB
    INNER JOIN TableA ON TableA.AID = TableB.AID
    WHERE BDesc = 'A0A4D1%'
) AS t

二、为什么SQL Server无法自动将SQL1优化为SQL2的执行计划？ #

核心源于优化器的成本估算规则与触发限制：

• 跨表OR条件的规则限制：SQL Server的ORExpansion（将OR转为UNION）优化规则，仅在OR条件来自同一个表的列、或关联逻辑极简单时才会触发。跨两个关联表的OR条件，不在该规则的默认触发范围内。
• 成本估算偏差：优化器需要评估“拆分两次关联+去重”的总成本，如果统计信息不准确，无法判断ADesc LIKE 'A0A4D1%'和BDesc = 'A0A4D1%'的返回行数，会默认选择“先关联后过滤”的路径，认为其成本更低。
• 统计信息滞后：如果表的统计信息不是最新的，优化器无法准确计算过滤后的数据集大小，自然不会选择更高效的分支拆分计划。

补充验证建议 #

先更新表的统计信息，确保优化器能准确估算行数，部分场景下SQL1会自动调整为高效计划：

UPDATE STATISTICS TableA WITH FULLSCAN;
UPDATE STATISTICS TableB WITH FULLSCAN;

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