mysql 8.0+、postgresql、oracle原生支持stddev（或stddev_pop/stddev_samp），sqlite和旧版mysql不支持，需用其他方式近似计算。
STDDEV函数在不同数据库中的可用性差异
MySQL 8.0+、PostgreSQL、Oracle 原生支持 STDDEV（或别名 STDDEV_POP），但 SQLite 和旧版 MySQL（STDDEV_SAMP，用于样本标准差；而 STDDEV 默认行为依数据库而异——Oracle 和 PostgreSQL 中等价于 STDDEV_POP（总体标准差），MySQL 则直接对应 STDDEV_POP。
若用的是 MySQL 5.7 或更早版本，STDDEV 不可用，得改用 STD（别名）或手动计算：SQRT(VAR_POP(column))。
GROUP BY配合STDDEV的正确写法
标准差必须配合分组使用才有意义，单独写 SELECT STDDEV(sales) FROM orders 只返回全表总体标准差；要按地区算，就得明确分组维度。
-
STDDEV是聚合函数，不能和非聚合字段混选，除非该字段出现在GROUP BY中 - 错误示例：
SELECT region, STDDEV(amount) FROM sales—— 缺少GROUP BY region，MySQL 8.0+ 会报错，PostgreSQL 直接拒绝 - 正确写法：
SELECT region, STDDEV(amount) AS std_amount FROM sales GROUP BY region - 注意空值处理：
STDDEV自动忽略NULL值，但若某分组所有值都为NULL，结果为NULL
STDDEV_POP vs STDDEV_SAMP：选哪个取决于你的统计意图
二者分母不同：STDDEV_POP 用 N（总体大小），STDDEV_SAMP 用 N−1（样本无偏估计）。实际中，如果你的数据就是全部目标群体（如“2024年华东区所有订单”），用 STDDEV_POP；如果只是抽样（如“随机抽取1000单评估整体波动”），应选 STDDEV_SAMP。
常见误用场景：
- 用
STDDEV替代STDDEV_SAMP分析小样本，导致标准差被低估 - 在 PostgreSQL 中写
STDDEV(x)，实际得到的是STDDEV_SAMP(x)（它把STDDEV当作样本标准差的别名），而 Oracle/MySQL 的STDDEV是总体标准差 —— 跨库迁移时容易出偏差 - 建议显式写出
STDDEV_POP或STDDEV_SAMP，避免依赖数据库默认别名
性能与数值稳定性注意事项
STDDEV 内部需两遍扫描：先算均值，再算平方差均值。对大表分组时，比 COUNT 或 AVG 开销略高，但通常可接受。真正容易出问题的是极小样本或极端值：
- 当某分组只有 1 行数据，
STDDEV_SAMP返回NULL（因 N−1=0，除零未定义），而STDDEV_POP返回 0 - 若字段是
FLOAT或DOUBLE，累积平方误差可能引发浮点精度丢失；对金额类数据，建议先转为DECIMAL再计算，例如：STDDEV(CAST(price AS DECIMAL(12,2))) - 某些旧驱动（如 JDBC 3.x）对
STDDEV返回类型识别不准，可能把结果当作Object而非Double，查出来是 null 或 ClassCastException
标准差本身不抗异常值，一个极大离群值就能显著拉高结果，分析前最好结合 MIN/MAX/COUNT 一起看分布形态。
