嘿，针对你这1亿+数据量下子查询效率极低的问题，咱们可以用条件聚合来重构查询——这种方式只需要扫描表一次（配合合适索引的话效率会更高），完全避免了嵌套子查询带来的多次表扫描开销，还能保证每个用户只返回一行结果。

优化后的查询代码 #

SELECT 
    userID AS [user],
    -- 计算第一个时间段的百分比，用NULLIF避免除数为0
    CAST(SUM(CASE WHEN date BETWEEN @start1 AND @end1 THEN value1 ELSE 0 END) * 100.0 
         / NULLIF(SUM(CASE WHEN date BETWEEN @start1 AND @end1 THEN value2 ELSE 0 END), 0) AS DECIMAL(5,2)) AS percentage1,
    -- 计算第二个时间段的百分比
    CAST(SUM(CASE WHEN date BETWEEN @start2 AND @end2 THEN value1 ELSE 0 END) * 100.0 
         / NULLIF(SUM(CASE WHEN date BETWEEN @start2 AND @end2 THEN value2 ELSE 0 END), 0) AS DECIMAL(5,2)) AS percentage2
FROM 
    [table]
WHERE 
    -- 只筛选两个时间段内的数据，减少扫描范围
    date BETWEEN @start1 AND @end1 
    OR date BETWEEN @start2 AND @end2
GROUP BY 
    userID
-- 过滤出趋势上升的记录（排除下降的）
HAVING 
    CAST(SUM(CASE WHEN date BETWEEN @start1 AND @end1 THEN value1 ELSE 0 END) * 100.0 
         / NULLIF(SUM(CASE WHEN date BETWEEN @start1 AND @end1 THEN value2 ELSE 0 END), 0) AS DECIMAL(5,2)) 
    < 
    CAST(SUM(CASE WHEN date BETWEEN @start2 AND @end2 THEN value1 ELSE 0 END) * 100.0 
         / NULLIF(SUM(CASE WHEN date BETWEEN @start2 AND @end2 THEN value2 ELSE 0 END), 0) AS DECIMAL(5,2))
ORDER BY 
    percentage1;

关键优化点说明 #

• 条件聚合替代子查询：通过CASE WHEN分别统计两个时间段的value1和value2总和，一次GROUP BY就能得到所有用户的两个时间段数据，避免了每个用户触发一次子查询的昂贵开销。
• 缩小扫描范围：WHERE子句只保留两个时间段内的数据，减少需要处理的行数。
• 避免除以0错误：用NULLIF把可能为0的SUM(value2)转为NULL，防止查询报错（如果某个用户在时间段内没有有效数据，百分比会显示为NULL，你可以根据需求用ISNULL替换为0或其他默认值）。
• 类型转换：乘以100.0确保是浮点运算，再转为DECIMAL(5,2)得到带两位小数的百分比格式。

进一步提升性能：索引优化 #

针对1亿+数据量，建议创建覆盖索引来让查询完全走索引扫描，不需要回表：

CREATE NONCLUSTERED INDEX IX_Table_UserDate_IncludeValues 
ON [table] (userID, date)
INCLUDE (value1, value2);

这个索引把查询需要的所有字段都包含在内，SQL Server可以直接从索引中获取数据，不需要访问主表，能大幅提升查询速度。

示例输出 #

执行后会得到你想要的简洁结果（只保留趋势上升的用户）：

而趋势下降的Bill、Nina会被自动排除，不会出现在结果里。

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