SQL Server中GROUP BY报错需将SELECT非聚合字段原样写入GROUP BY；UNION ALL+GROUP BY比JOIN更稳；用GROUPING()判别ROLLUP汇总行；慢因常是索引缺失，应优先优化索引而非换窗口函数。
SQL Server 存储过程中 GROUP BY 报错 “Column 'xxx' is invalid in the select list” 怎么办
直接原因是 SELECT 里写了非聚合字段，但没原样放进 GROUP BY。SQL Server 不像 MySQL 5.7 前那样宽松，它强制要求：所有未被 COUNT()、SUM()、MAX() 等包裹的字段，必须逐字、逐表达式出现在 GROUP BY 子句中。
常见错误包括：
- 写
SELECT user_id, DATEPART(YEAR, created_at) AS year, SUM(amount)，却只GROUP BY user_id—— 漏了DATEPART(YEAR, created_at) - 用别名
GROUP BY year—— 不行，GROUP BY不认别名，只认原始表达式 - 对字段做了计算但没同步进
GROUP BY，比如SELECT UPPER(dept_name), COUNT(*)却GROUP BY dept_name
正确做法：把 SELECT 中所有非聚合项，**原样复制**到 GROUP BY，不改写、不简化、不取别名。
多个临时表合并后按 ID 汇总数量，为什么 UNION ALL + GROUP BY 比 JOIN 更稳
因为临时表结构一致、无外键约束、数据量不确定时，UNION ALL + GROUP BY 是最可控的路径。它天然支持任意数量的表叠加，且不会因某张表缺失某 id 导致整行丢失。
例如两个临时表 #tmp1 和 #tmp2 都含 id 和 num，要合并并求和：
SELECT id, SUM(num) AS total_num FROM ( SELECT id, num FROM #tmp1 UNION ALL SELECT id, num FROM #tmp2 ) t GROUP BY id;
对比 FULL OUTER JOIN 的问题：
- 一旦加第三张表，
FULL JOIN嵌套变深，ON条件易出错，COALESCE套娃难读 - 若某张表有重复
id，JOIN会笛卡尔膨胀；UNION ALL则保留原行，靠GROUP BY统一收口 -
UNION ALL不去重、不排序，性能开销更小；而JOIN在无索引时可能触发哈希匹配或嵌套循环，临时表上尤其慢
财务报表需要同时展示明细+小计+总计，GROUP BY WITH ROLLUP 要注意什么
SQL Server 支持 WITH ROLLUP，但它生成的 NULL 行是“占位符”，不是真实数据。直接 ISNULL(city, '小计') 会污染真实值（比如真有城市叫 '小计'）。
安全写法必须配合 GROUPING() 函数判断层级：
SELECT
CASE WHEN GROUPING(region) = 1 THEN '总计'
WHEN GROUPING(city) = 1 THEN region + '小计'
ELSE region END AS region_desc,
CASE WHEN GROUPING(city) = 1 THEN NULL
ELSE city END AS city,
SUM(sales) AS total_sales
FROM sales_data
GROUP BY region, city WITH ROLLUP;
关键点：
-
GROUPING(col)返回1表示该行是ROLLUP自动生成的汇总行，0表示原始分组 - 多字段
WITH ROLLUP的顺序决定汇总层级：先按region，再city，则(region, NULL)是区域小计，(NULL, NULL)是总计 -
WITH ROLLUP会增加执行计划复杂度，大数据量下建议先写入带索引的临时表再汇总，避免反复扫描
存储过程里 GROUP BY 很慢，是不是该换窗口函数
不一定。窗口函数（如 SUM() OVER (PARTITION BY ...)）适合“既要明细又要统计”的场景，但若目标只是聚合结果（比如最终只返回一行/一组），GROUP BY 仍是更轻量的选择——前提是索引到位。
慢的真正原因通常是：
- GROUP BY 字段没走索引：比如
GROUP BY YEAR(order_date)无法使用order_date上的索引，应改用计算列 + 索引，或预处理日期字段 - 聚合字段未被覆盖：
SELECT dept_id, AVG(salary), COUNT(*)要求索引至少包含(dept_id, salary)，否则仍会回表 - 中间结果太大：在存储过程中先
INSERT INTO #tmp_agg，再对临时表GROUP BY，比直接查源表快得多——记得给#tmp_agg手动建主键或非聚集索引
窗口函数只在你需要保留原始行粒度（比如每笔订单旁显示该部门平均额）时才不可替代；纯报表输出，优先调优 GROUP BY + 索引，而不是盲目切语法。
