必须用窗口函数重写，即用AVG() OVER (PARTITION BY ...)和STDEV() OVER (PARTITION BY ...)为每行附上组内均值与标准差，再计算(value - avg)/stddev；直接混用聚合函数与非聚合列会报错。
SQL里直接用(value - AVG()) / STDEV()会报错
因为AVG()和STDEV()是聚合函数，不能和非聚合列（比如原始的value）混在同一个SELECT里直接运算——多数数据库（PostgreSQL、SQL Server、Oracle）会抛出类似"column must appear in the GROUP BY clause"或"invalid use of aggregate function"的错误。MySQL 5.7+虽可能允许，但结果不可靠（隐式分组行为已被弃用）。必须用窗口函数重写。
正确写法：用AVG() OVER (PARTITION BY ...)和STDEV() OVER (PARTITION BY ...)
窗口函数让每个行能“看到”自己所在分组的统计值，无需GROUP BY破坏原始行粒度。关键点：
-
PARTITION BY字段必须和你要分组的维度完全一致（比如按department算Z-Score，就写PARTITION BY department） -
STDEV()默认计算样本标准差（n-1），如果业务要求总体标准差（n），得用STDDEV_POP()（PostgreSQL/Oracle）或STDEVP()（SQL Server） - 注意NULL值：
AVG()/STDEV()自动忽略NULL，但若整组全为NULL，STDEV()返回NULL，导致Z-Score为NULL / NULL→ 结果仍是NULL
示例（以PostgreSQL为例）：
SELECT
id,
department,
score,
(score - AVG(score) OVER (PARTITION BY department))
/ NULLIF(STDDEV(score) OVER (PARTITION BY department), 0) AS z_score
FROM exam_results;
NULLIF(..., 0)防除零错误——当某组标准差为0（全员同分），Z-Score定义为NULL更合理，而不是报错或无穷大。
MySQL 8.0+ 和 SQLite 3.25+ 的兼容性差异
MySQL 8.0+ 支持STDDEV_SAMP()（等价于STDEV()）和AVG()窗口函数，写法一致；但SQLite直到3.25才支持窗口函数，且不支持STDDEV()，得手写计算：
- 先用
COUNT() OVER、SUM() OVER、SUM(score*score) OVER分别算n、Σx、Σx² - 再套公式：
(score - avg) / SQRT((sum_sq - sum*sum/n) / (n-1)) - SQLite无
NULLIF，改用CASE WHEN stddev = 0 THEN NULL ELSE ... END
不同数据库对空组、单行组的STDEV()返回值也不同：PostgreSQL对单行返回NULL（因n-1=0），SQL Server返回0，需提前过滤或用CASE兜底。
为什么不用子查询或CTE预计算均值和标准差
可以，但效率低、易出错：
- 两层嵌套+JOIN分组键，代码冗长，维护成本高
- 若分组键含NULL，JOIN可能丢失数据（NULL不等于NULL）
- 窗口函数版本执行计划通常更优（一次扫描完成）
- CTE里算完再JOIN，不如窗口函数直观——尤其当你要同时算多个指标（如Z-Score、排名、累计占比）时，全堆在同一个
SELECT里更干净
真正容易被忽略的是标准差的分母选择和NULL传播链：一个STDEV()返回NULL，后面整个Z-Score就是NULL，而这个NULL可能悄无声息地影响后续的WHERE z_score > 2过滤——建议始终显式处理分母为0或NULL的情况。
