如何基于查询结果动态设置SQL WHERE子句的筛选日期？

你的核心需求是根据tableA最近8天是否有记录，动态切换tableB的日期筛选条件，之前的CTE嵌套子查询导致性能骤降，主要原因是子查询可能被重复执行，没有利用到高效的判断逻辑。下面给你几个更简便且性能友好的实现方式：

方案一：使用局部变量（最直观高效） #

这种方式先一次性计算出需要的筛选日期，再代入主查询，避免重复计算，逻辑也清晰：

DECLARE @DateToUse DATE;

-- 用EXISTS替代COUNT，找到符合条件的记录就停止，性能更优
IF EXISTS (SELECT 1 FROM tableA WHERE ADate >= GETDATE() - 8)
    SET @DateToUse = GETDATE() - 8;
ELSE
    SET @DateToUse = GETDATE() - 15;

-- 执行你的主查询（保留原有的JOIN逻辑）
SELECT * 
FROM tableB 
-- 这里添加你的JOIN语句，比如JOIN tableC ON tb.id = tc.id
WHERE BDate >= @DateToUse;

方案二：用CROSS APPLY实现无变量的动态判断 #

如果不想使用变量，可以用CROSS APPLY把日期计算逻辑作为一个独立的数据集，确保只计算一次：

SELECT tb.*
FROM tableB tb
-- 计算要使用的日期，只执行一次
CROSS APPLY (
    SELECT CASE 
        WHEN EXISTS (SELECT 1 FROM tableA WHERE ADate >= GETDATE() - 8)
        THEN GETDATE() - 8
        ELSE GETDATE() - 15
    END AS DateToUse
) dt
-- 保留你的JOIN逻辑
-- JOIN tableC ON tb.id = tc.id
WHERE tb.BDate >= dt.DateToUse;

为什么你的原查询变慢？ #

你之前在WHERE子句中嵌套(SELECT DateToUseInQuery FROM b)，SQL Server可能会对tableB的每一行都执行一次这个子查询，导致大量重复计算，性能急剧下降。而上面两种方案都确保日期只计算一次，再配合EXISTS（比COUNT更高效，因为无需统计所有符合条件的记录），性能会和原查询（18秒）接近。

额外优化建议 #

• 确保tableA.ADate和tableB.BDate上创建了非聚集索引，这会让日期筛选和EXISTS判断的速度大幅提升；
• 如果GETDATE()的时间部分对你不重要，可以用CAST(GETDATE() AS DATE)来截断时间，避免不必要的时间精度判断。

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