STDEV 和 VAR 在 SQL Server 中默认计算样本标准差与方差（分母 n−1），非总体统计量；若数据为全量，应改用 STDEVP/VARP 或手动校正，否则结果偏高。
STDEV 和 VAR 在 SQL 中默认计算的是样本统计量
SQL Server 的 STDEV 和 VAR 函数默认按「样本」公式计算，即分母为 n-1（Bessel 校正），不是总体标准差或方差。如果你的业务数据本身就是全量（比如某月全部订单、某日全部用户行为），直接用 STDEV 会高估离散程度。
常见错误现象：SELECT STDEV(amount) FROM sales 返回值比 Excel 的 =STDEV.P() 大约 2%–5%，尤其在小样本（
- 要算总体标准差 → 改用
STDEVP（SQL Server）或STDDEV_POP（PostgreSQL/MySQL 8.0+） - 要算总体方差 → 改用
VARP（SQL Server）或VAR_POP - 确认你用的数据库：SQL Server 仍支持
STDEVP，但 Azure SQL 已弃用，建议迁移到STDEV+ 手动修正
NULL 值和空结果集会让 STDEV/VAR 返回 NULL 而非 0
这是最容易被忽略的陷阱：只要输入列中任意一行是 NULL，STDEV 就自动跳过该行；但如果整列都是 NULL 或查询结果为空，函数返回 NULL，不是 0 或报错。业务报表里如果没处理，可能造成前端渲染异常或下游计算中断。
- 安全写法：用
ISNULL(STDEV(column), 0)（SQL Server）或COALESCE(STDDEV(column), 0)（PostgreSQL）兜底 - 检查是否真有数据：先
COUNT(column)，若为 0 或 1，STDEV无意义（单值标准差恒为 0，但STDEV对单行返回NULL） - 避免隐式转换：
STDEV只接受数值类型，VARCHAR字段即使存数字也会报错，需显式CAST(column AS FLOAT)
GROUP BY 场景下 STDEV 常被误用于非聚合上下文
在带 GROUP BY 的查询中，STDEV 是聚合函数，必须与分组字段共存，不能混用未分组字段——否则会触发“列不在 GROUP BY 子句中”的错误。
典型错误写法：SELECT region, STDEV(sales), name FROM orders GROUP BY region —— name 未聚合也未分组，SQL Server 直接报错 Msg 8120。
- 正确做法：要么去掉
name，要么对它做聚合（如MAX(name)），或改用窗口函数 - 想看每行相对于本组的离差？用窗口版：
STDEV(sales) OVER (PARTITION BY region)，这样不破坏原始行数 - 注意性能：窗口
STDEV在大数据集上比普通聚合慢，尤其是分区键基数高（如按用户 ID 分区）时，建议加索引覆盖(region, sales)
跨数据库兼容性差，别硬套 SQL Server 写法
MySQL 5.7 不支持 STDEV，得用 STD()；PostgreSQL 用 STDDEV()，但默认也是样本版本；SQLite 根本没内置标准差函数。硬搬 SQL Server 语法到其他库会直接失败。
- MySQL 用户：用
STDDEV_SAMP(column)（样本）或STDDEV_POP(column)（总体） - PostgreSQL 用户：
STDDEV()等价于STDDEV_SAMP()，别用STDEV（不存在） - 需要可移植写法？放弃内置函数，用基础公式手动算：
SQRT(AVG(POWER(x - AVG(x), 2)))（总体标准差），但要注意子查询嵌套和 NULL 处理
业务系统如果要对接多个数据库，最好把标准差逻辑收口到应用层计算，SQL 层只负责取原始数值。
