如何优化JOIN子句内的计算逻辑以提升SQL查询性能？

你担心JOIN子句里的计算影响性能是对的——这些对act表字段的函数计算会导致SQL Server无法利用DT_START_TIME、DT_END_TIME上的索引，只能做全表扫描或索引扫描，数据量一大性能肯定拉胯。你考虑的临时表/新增字段方案完全可行，而且是这类场景的常用优化手段，下面分具体场景给你拆解：

一、临时表/表变量预计算（通用灵活方案） #

先把table1中需要的字段，加上预计算好的两个关键时间值存入临时表，再用临时表和table2关联。这样可以提前完成所有计算，还能给临时表建索引，让JOIN过程用上索引匹配。

示例代码：

-- 预计算临时表，先过滤掉不需要的行减少数据量
SELECT 
    act.CD_AGENT,
    act.DT_START_TIME,
    act.DT_END_TIME,
    -- 计算DT_START向下对齐到@increment分钟的起始时间
    DATEADD(minute, (DATEDIFF(minute, 0, act.DT_START_TIME) / @increment) * @increment, 0) AS DT_START_ALIGNED,
    -- 计算DT_END处理后的对齐结束时间，简化原IIF逻辑为CASE更清晰
    CASE 
        WHEN ISNULL(act.DT_END_TIME, @enddate_nullreplacement) > DATEADD(minute, CEILING(DATEDIFF(minute, 0, ISNULL(act.DT_END_TIME, @enddate_nullreplacement)) / CAST(@increment AS float)) * @increment, 0)
        THEN DATEADD(minute, @increment, DATEADD(minute, CEILING(DATEDIFF(minute, 0, ISNULL(act.DT_END_TIME, @enddate_nullreplacement)) / CAST(@increment AS float)) * @increment, 0))
        ELSE DATEADD(minute, CEILING(DATEDIFF(minute, 0, ISNULL(act.DT_END_TIME, @enddate_nullreplacement)) / CAST(@increment AS float)) * @increment, 0)
    END AS DT_END_ALIGNED
INTO #TempAct
FROM table1 act
WHERE ... -- 先加WHERE条件过滤掉无关数据

-- 给临时表建复合索引，覆盖JOIN需要的字段
CREATE NONCLUSTERED INDEX IX_TempAct_CD_AGENT_StartEnd ON #TempAct (CD_AGENT, DT_START_ALIGNED, DT_END_ALIGNED)

-- 用临时表关联table2，此时JOIN条件都是直接字段匹配，能用上索引
SELECT ...
FROM #TempAct act
JOIN table2 ti
    ON act.CD_AGENT = ti.CD_AGENT
    AND ti.DT_INTERVAL_START >= act.DT_START_ALIGNED
    AND ti.DT_INTERVAL_START < act.DT_END_ALIGNED
WHERE ...

二、新增持久化计算列（长期固定逻辑方案） #

如果这个时间对齐的逻辑是长期固定使用，且@increment、@enddate_nullreplacement是固定值（比如永远按15分钟对齐，空值替换为固定日期），可以给table1新增两个持久化计算列，让SQL Server自动维护这些值，还能给计算列建索引，彻底避免每次查询时的重复计算。

示例代码（假设@increment固定为15，@enddate_nullreplacement固定为'2099-12-31'）：

-- 新增DT_START_ALIGNED持久化计算列
ALTER TABLE table1
ADD DT_START_ALIGNED AS DATEADD(minute, (DATEDIFF(minute, 0, DT_START_TIME) / 15) * 15, 0) PERSISTED

-- 新增DT_END_ALIGNED持久化计算列
ALTER TABLE table1
ADD DT_END_ALIGNED AS 
    CASE 
        WHEN ISNULL(DT_END_TIME, '2099-12-31') > DATEADD(minute, CEILING(DATEDIFF(minute, 0, ISNULL(DT_END_TIME, '2099-12-31')) / 15.0) * 15, 0)
        THEN DATEADD(minute, 15, DATEADD(minute, CEILING(DATEDIFF(minute, 0, ISNULL(DT_END_TIME, '2099-12-31')) / 15.0) * 15, 0))
        ELSE DATEADD(minute, CEILING(DATEDIFF(minute, 0, ISNULL(DT_END_TIME, '2099-12-31')) / 15.0) * 15, 0)
    END PERSISTED

-- 给计算列建复合索引，匹配JOIN条件
CREATE NONCLUSTERED INDEX IX_table1_CD_AGENT_StartEnd ON table1 (CD_AGENT, DT_START_ALIGNED, DT_END_ALIGNED)

注意：如果@increment是动态传入的变量，不能用持久化计算列——因为计算列的表达式必须是确定性的，不能依赖运行时变化的参数，这种情况下临时表方案更合适。

三、补充优化：检查table2的索引 #

不管用哪种方案，都要确保table2上有(CD_AGENT, DT_INTERVAL_START)的复合索引，这样JOIN时能快速定位到匹配的代理和时间区间的行，进一步提升性能。

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