STDDEV_POP和VAR_POP是计算总体标准差与方差的正确函数，分母为n；误用STDDEV或STDDEV_SAMP（分母n−1）会导致5%–20%偏差，适用于全量数据而非抽样。
SQL 中 STDDEV_POP 和 VAR_POP 是计算总体标准差与方差的正确函数
多数人误用 STDDEV 或 STDDEV_SAMP，它们算的是样本标准差（分母为 n−1），而「总体」要求分母为 n。MySQL、PostgreSQL、Oracle 都支持 STDDEV_POP（总体标准差）和 VAR_POP（总体方差）；SQL Server 则用 STDEVP 和 VARP（注意末尾 P 代表 Population）。如果你的数据就是全部目标群体（比如某公司全部员工薪资），不是抽样，就必须用带 _POP 或 P 后缀的函数。
不同数据库对空值和单行数据的处理差异明显
STDDEV_POP 和 VAR_POP 会自动忽略 NULL 值，但行为在边界情况上不一致：
- 当输入全为
NULL或无非空行时，PostgreSQL 返回NULL，Oracle 返回 0，MySQL 5.7+ 返回NULL（8.0+ 同样） - 当仅有一行非空值时，
STDDEV_POP结果恒为 0（因为总体标准差定义为 √[Σ(xᵢ − μ)² / n]，单点时偏差为 0），但STDDEV_SAMP此时会报错或返回NULL（n−1=0 除零） - 若需兼容性保障，建议显式过滤：
WHERE salary IS NOT NULL
聚合前是否需要 GROUP BY 取决于分析粒度
如果只想知道整张表的总体标准差，直接写 SELECT STDDEV_POP(salary) FROM employees 即可，无需 GROUP BY。但若要按部门分别计算各部门薪资的总体离散程度，就必须加 GROUP BY dept_id —— 这里「总体」指每个部门内部所有员工，而非跨部门。容易混淆的点是：即使用了 GROUP BY，只要语义上你把每个分组视为独立总体，STDDEV_POP 仍是正确的。
SELECT dept_id, STDDEV_POP(salary) AS std_pop FROM employees WHERE salary IS NOT NULL GROUP BY dept_id;
性能与精度：大数据量下注意数值稳定性
VAR_POP 内部通常用两遍算法（先算均值，再算平方偏差均值），在超大表上可能引发中间结果溢出或浮点误差累积。PostgreSQL 14+ 对 VAR_POP 做了改进，但 MySQL 8.0 仍用朴素实现。若字段是 DECIMAL(18,2) 类型且值域极大，可考虑先归一化或改用近似函数（如 APPROX_VAR_POP 在某些列存引擎中可用）。另外，没有索引的数值列上执行这些聚合，会强制全表扫描 —— 如果只是定期统计，建议物化结果到汇总表，而非每次实时计算。
