SQL中STDDEV分聚合与窗口两种用法：GROUP BY后直接使用得每组一个结果；加OVER(PARTITION BY...)为窗口函数，保留原行数并每行返回本组标准差，需注意数据库版本支持（如MySQL 8.0+才支持）及STDDEV_SAMP（样本，n-1）与STDDEV_POP（总体，n）的选择。
SQL里用STDDEV算分组标准差，得先分清聚合和窗口两种用法
直接在GROUP BY后写STDDEV(column)，得到的是每组一个标量结果；而加OVER()才是窗口函数，能保留原行数、每行都带本组标准差。很多人卡在这一步——写了STDDEV() OVER (PARTITION BY ...)却报错，大概率是数据库不支持或语法写错。
常见错误现象：ERROR: function stddev(double precision) does not exist（PostgreSQL旧版）、或MySQL直接报STDDEV不可用（5.7及以前没窗口函数）。
- PostgreSQL 9.4+、SQL Server 2005+、Oracle、BigQuery、Snowflake 都支持
STDDEV窗口函数 - MySQL 8.0+ 才支持，且必须用
STDDEV_POP()或STDDEV_SAMP()，STDDEV()只是别名，部分版本不识别 - SQLite 不支持任何窗口版
STDDEV，只能用子查询模拟
STDDEV_SAMP和STDDEV_POP到底该选哪个
标准差分「样本」和「总体」两种算法，区别在分母：样本用n-1（贝塞尔校正），总体用n。业务上绝大多数场景该用STDDEV_SAMP——比如按部门算员工薪资离散度，你抽的只是当前在职员工，属于样本。
如果误用STDDEV_POP，结果会系统性偏小，尤其当组内数据少（如某部门仅3人）时偏差明显。
-
STDDEV_SAMP(x)→ 分母为COUNT(x)-1，适用于抽样分析 -
STDDEV_POP(x)→ 分母为COUNT(x)，仅当你确认数据就是全体且无遗漏时才用 - MySQL 8.0+ 必须显式写
STDDEV_SAMP或STDDEV_POP，STDDEV不被解析为窗口函数
窗口函数中PARTITION BY和ORDER BY混用会怎样
STDDEV_SAMP(x) OVER (PARTITION BY dept ORDER BY hire_date)这种写法合法，但语义变了：它不是算“整个部门的标准差”，而是算“到当前入职日期为止、该部门所有更早入职员工”的累积标准差。多数人想要的是静态分组，不是滚动计算。
容易踩的坑：加了ORDER BY却没配ROWS BETWEEN，数据库会默认加ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW，结果每行值都不同，失去分组统计意义。
- 要静态分组标准差，只写
PARTITION BY dept，不要ORDER BY - 真需要滚动标准差，明确写
ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING来覆盖整组 - PostgreSQL 允许
ORDER BY不带ROWS，但结果依赖实现，跨库迁移易出错
替代方案：老版本MySQL或SQLite怎么硬刚分组标准差
没有窗口函数时，只能靠自连接或相关子查询。性能差，但可行。例如MySQL 5.7里算每个用户的订单金额标准差（按用户分组）：
SELECT t1.user_id, t1.amount,
SQRT(
AVG(POW(t1.amount - t2.avg_amt, 2))
) AS std_dev
FROM orders t1
JOIN (
SELECT user_id, AVG(amount) AS avg_amt
FROM orders
GROUP BY user_id
) t2 ON t1.user_id = t2.user_id
GROUP BY t1.user_id, t1.amount, t2.avg_amt;注意这里用AVG(POW(...))手动算方差再开方，本质是STDDEV_POP。若要STDDEV_SAMP，得把AVG换成SUM(...) / (COUNT(*) - 1)，还要处理COUNT(*) = 1时除零问题。
真正麻烦的不是写法，而是数据量一过万，这种自关联就明显变慢——窗口函数底层是单趟扫描，而子查询是N×N级复杂度。
