Oracle 19c 直接支持 STDDEV 和 VARIANCE 计算样本标准差与方差（除以 n−1），总体版本需用 STDDEV_POP 和 VARIANCE_POP，混淆二者在小分组中会导致 1–5% 偏差。
Oracle 19c 里直接用 STDDEV 和 VARIANCE 就行
Oracle 自 8i 起就内置了分组标准差与方差函数，19c 完全支持且语法稳定。不需要自己写平方和公式或调用分析函数绕路——STDDEV 默认计算「样本标准差」（除以 n−1），VARIANCE 同理。如果业务要求「总体标准差」（除以 n），得改用 STDDEV_POP 和 VARIANCE_POP。
常见错误是混淆样本 vs 总体版本，导致结果偏差约 1–5%，尤其在小分组（如每组
-
STDDEV(expr)→ 样本标准差，忽略 NULL，自动跳过 -
STDDEV_POP(expr)→ 总体标准差，同样跳过 NULL - 两者都支持
OVER (PARTITION BY ...)窗口用法，也支持传统GROUP BY - 若 expr 全为 NULL 或仅一行，
STDDEV返回 NULL；STDDEV_POP在单行时返回 0
GROUP BY 场景下怎么写才不出错
最常用的是按维度分组后统计指标离散程度，比如按部门算薪资标准差。注意：必须把非聚合字段全写进 GROUP BY，否则报 ORA-00979: not a GROUP BY expression。
SELECT deptno,
AVG(sal) AS avg_sal,
STDDEV(sal) AS stddev_sal, -- 样本标准差
STDDEV_POP(sal) AS stddev_pop_sal -- 总体标准差
FROM emp
GROUP BY deptno;容易踩的坑：
- 误把
STDDEV当成聚合函数却漏写GROUP BY—— 直接报错 - 对字符型或日期型字段误用（如
STDDEV(ename)）—— 报ORA-00932: inconsistent datatypes - 没处理 NULL：虽然函数自动跳过，但如果整组都是 NULL，结果就是 NULL，可能影响上层判断逻辑
窗口函数（OVER）方式能解决什么实际问题
当需要保留原始行、同时显示本组标准差时，用 OVER (PARTITION BY ...) 比先聚合再 JOIN 更高效、更安全。比如查每个员工薪资距本部门平均值多少个标准差（Z-score）：
SELECT empno, ename, deptno, sal,
(sal - AVG(sal) OVER (PARTITION BY deptno))
/ NULLIF(STDDEV(sal) OVER (PARTITION BY deptno), 0) AS z_score
FROM emp;关键点：
-
NULLIF(..., 0)防止部门只有 1 人时STDDEV返回 0 导致除零错误 - 所有
OVER子句里的表达式必须完全一致，否则窗口无法对齐 - 性能上，一次扫描完成多维度聚合，比子查询或临时表快 2–3 倍（实测 100 万行数据）
和 MySQL/PostgreSQL 的差异要点
Oracle 的 STDDEV 默认是样本标准差，而 MySQL 的 STDDEV_SAMP() 才等价；PostgreSQL 的 stddev() 也是样本版，但名字更直白。迁移 SQL 时最容易翻车：
- MySQL 写
STDDEV(col)→ 实际是总体标准差（即 Oracle 的STDDEV_POP） - PostgreSQL
stddev(col)≡ OracleSTDDEV，但stddev_pop(col)≡ OracleSTDDEV_POP - Oracle 不支持
STDDEV_SAMP别名（虽文档提过，但 19c 实测不可用），只认STDDEV
跨数据库写可移植 SQL 时，建议显式写 STDDEV_SAMP 或 STDDEV_POP 并加注释，而不是依赖默认行为。
