加了PARTITION BY却“没效果”是因为误将其当GROUP BY，实际需配合ORDER BY和显式窗口帧（如ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW）才能实现累计；NULL、大小写/空格不一致、非确定性排序、嵌套聚合及使用SELECT别名作分区字段也会导致异常。
为什么加了 PARTITION BY 却“没效果”
常见现象是：写了 SUM(salary) OVER (PARTITION BY dept)，结果每行都显示整个部门的总和，而不是你想要的“按时间顺序累计”或“前N行滚动和”。这不是函数出错，而是误把 PARTITION BY 当成了 GROUP BY —— 它只切分计算范围，不控制窗口帧（frame）边界。
默认情况下，SUM() OVER (PARTITION BY ...) 等价于 SUM() OVER (PARTITION BY ... RANGE BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING)，也就是对整组做全量聚合。想得到逐行累加？必须显式声明帧范围：
SUM(salary) OVER (PARTITION BY dept ORDER BY hire_date ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW)- 漏掉
ORDER BY，ROWS就无效；没ROWS或RANGE，就回退到默认全组聚合
PARTITION BY 字段值为空或重复导致分组异常
如果 dept 字段存在 NULL 值，所有 NULL 会被归为同一分区；若字段有隐藏空格、大小写混用（如 'RD' 和 'rd'），也会被当作不同分区处理，造成统计割裂。
排查建议：
- 先查分布：
SELECT dept, COUNT(*) FROM employees GROUP BY dept ORDER BY COUNT(*) DESC - 检查 NULL：
SELECT COUNT(*) FROM employees WHERE dept IS NULL - 标准化再分组：
SUM(salary) OVER (PARTITION BY TRIM(UPPER(dept)) ORDER BY hire_date)
误用非确定性排序导致结果抖动
当 ORDER BY 字段存在重复值（比如多个员工同一天入职），数据库无法稳定确定“前几行”，ROW_NUMBER() 或累计窗口可能每次执行结果不一致。
解决方法不是放弃排序，而是补一个唯一键兜底：
- 错误写法：
ROW_NUMBER() OVER (PARTITION BY dept ORDER BY hire_date) - 稳妥写法：
ROW_NUMBER() OVER (PARTITION BY dept ORDER BY hire_date, emp_id) - 避免用
ORDER BY RAND()或函数表达式（如ORDER BY UPPER(name)）作窗口排序键，索引失效且不可复现
嵌套聚合 + PARTITION BY 引发语义冲突
在 SELECT 中直接写 SUM(AVG(salary)) OVER (...) 会报 semantic analysis exception：多数 SQL 引擎（如 Hive/SparkSQL/MaxCompute）禁止聚合函数嵌套出现在窗口函数参数里。
正确路径是分步：
- 先用 CTE 算出每人所属部门的平均薪资：
WITH dept_avg AS (SELECT dept, AVG(salary) AS avg_sal FROM employees GROUP BY dept) - 再关联原表并开窗：
SELECT e.*, SUM(d.avg_sal) OVER (PARTITION BY e.dept) FROM employees e JOIN dept_avg d ON e.dept = d.dept - 别试图在一个表达式里塞两层聚合逻辑——窗口函数输入必须是标量行集，不是聚合结果集
最易被忽略的是：PARTITION BY 的字段必须在当前查询作用域内真实存在，不能是 SELECT 别名（如 SELECT dept_name AS dept ... PARTITION BY dept 在部分引擎中不认）。写之前先确认字段名来自 FROM 表或已定义的 CTE，而不是投影别名。
