offset/fetch 不能直接用于聚合查询，因为其要求作用于可排序的未聚合行流，而聚合结果需先通过子查询或cte生成再分页。
OFFSET 和 FETCH 不能直接用于聚合查询（如含 GROUP BY、COUNT()、SUM() 等的语句），SQL Server 会报错 Msg 10737 或类似提示：“OFFSET/FETCH cannot be used in a query that contains aggregate functions without a subquery or CTE”。必须先完成聚合，再对聚合结果分页。
为什么 OFFSET/FETCH 不能直接跟在 GROUP BY 后面？
因为 OFFSET 和 FETCH 是排序后“跳行取行”的逻辑，而聚合查询本身不保证行序（除非显式 ORDER BY），且聚合结果集是逻辑上“压缩”后的行——SQL Server 要求 OFFSET/FETCH 只能作用于最终可排序的、未聚合的行流。直接写会触发语法错误：
SELECT COUNT(*), Department FROM Employees GROUP BY Department ORDER BY COUNT(*) DESC OFFSET 0 ROWS FETCH NEXT 5 ROWS ONLY → 报错
正确做法：用子查询或 CTE 包裹聚合结果
把聚合逻辑放在内层（子查询或 CTE），外层再加 ORDER BY + OFFSET + FETCH。这是唯一合规且可预测的方式。
- CTE 更易读，适合多步逻辑：
WITH dept_stats AS ( SELECT COUNT(*) AS emp_count, Department FROM Employees GROUP BY Department ) SELECT emp_count, Department FROM dept_stats ORDER BY emp_count DESC OFFSET 0 ROWS FETCH NEXT 5 ROWS ONLY;
- 子查询也完全可行，但嵌套深时可读性下降：
SELECT emp_count, Department FROM ( SELECT COUNT(*) AS emp_count, Department FROM Employees GROUP BY Department ) AS t ORDER BY emp_count DESC OFFSET 5 ROWS FETCH NEXT 5 ROWS ONLY;
- 注意：
ORDER BY必须出现在最外层查询中，且必须基于聚合后的列（如emp_count），不能引用原始表字段
容易踩的坑：ORDER BY 列缺失或不可排序
聚合结果里如果 ORDER BY 的列存在重复值（比如多个部门人数相同），SQL Server 虽不报错，但分页结果可能不稳定——同一页在不同执行中返回顺序不一致。解决方法：
- 在
ORDER BY中加入唯一键作为“决胜列”，例如：ORDER BY emp_count DESC, Department ASC - 避免用
SELECT *在聚合子查询中——必须明确列出所有GROUP BY列和聚合列，否则外层无法引用 - 别在聚合子查询里用
TOP或OFFSET/FETCH——语法不允许，且会干扰分页逻辑
真正要分页的是“聚合后的统计行”，不是原始明细；所以必须把聚合当作一次独立计算完成，再对它的输出做分页。跳过这一步直接硬套 OFFSET，只会得到语法错误或不可靠结果。
