STDDEV OVER 返回 NULL 或报错，主因是分组内非空数值不足2个或列含未处理NULL；需确保COUNT(column_name)≥2、列属数值类型，或改用STDDEV_POP。
STDDEV OVER 为什么返回 NULL 或报错
直接写 STDDEV(column_name) OVER (PARTITION BY group_col) 却得不到结果？常见原因是输入列含 NULL 值且未处理，或分组后行数不足 2 行——STDDEV（即样本标准差）要求每组至少 2 个非空数值，否则返回 NULL。Oracle 和 PostgreSQL 默认行为一致；MySQL 8.0+ 支持但需确认版本，而 SQL Server 用的是 STDEV，函数名不同。
- 检查分组内有效值数量：
COUNT(column_name)必须 ≥ 2 - 避免隐式类型转换：确保列是数值型（如
INT、NUMERIC），字符串会静默转为 0 或报错 - 若需包含单行组，改用总体标准差函数：
STDDEV_POP（Oracle/PostgreSQL）或STDEVP（SQL Server）
STDDEV 和 VAR 的区别与选择场景
STDDEV 计算样本标准差（除以 n−1），VAR_SAMP 是其平方；STDDEV_POP 和 VAR_POP 则按总体公式（除以 n）。业务上：如果你的分组数据就是全部目标群体（比如某门店每日销售额全量），该用 STDDEV_POP；如果只是抽样（比如随机抽取的 100 笔订单代表整体订单质量），才用 STDDEV。
- 别混用：用
STDDEV却和VAR_POP配对，结果不自洽 - PostgreSQL 中
STDDEV是VAR_SAMP的开方，Oracle 同理；MySQL 8.0+ 也遵循此约定 - 想省事统一用样本系：就都用
STDDEV+VAR_SAMP，兼容性最好
窗口函数中 ORDER BY 对 STDDEV 的影响
加了 ORDER BY 的 OVER 子句会让 STDDEV 变成“累积标准差”——从第一行累加到当前行。这通常不是你想要的“分组内离散程度”，而是某种趋势波动指标。
- 要真正的分组统计：必须写成
OVER (PARTITION BY group_col)，不带ORDER BY - 若误加
ORDER BY time_col，每组第一行的STDDEV恒为NULL（单值无法算样本标准差），第二行才开始有值 - 需要滚动窗口（如最近 7 天）？得用
ROWS BETWEEN 6 PRECEDING AND CURRENT ROW显式定义帧，而非依赖ORDER BY
跨数据库写法差异与迁移注意点
Oracle 和 PostgreSQL 可直接用 STDDEV、VAR_SAMP；MySQL 8.0+ 支持但函数名大小写敏感（推荐小写）；SQL Server 必须用 STDEV / STDEVP 和 VAR / VARP，且不支持 VAR_SAMP 这类别名。
- Oracle 中
STDDEV等价于STDDEV_SAMP，但后者更明确，建议优先写全名 - PostgreSQL 允许
STDDEV(column)作为聚合或窗口函数，MySQL 要求必须搭配OVER才能作窗口用 - SQL Server 没有
VAR_SAMP，只有VAR（=VAR_SAMP）和VARP（=VAR_POP），命名逻辑相反，容易看反
最常被忽略的一点：窗口函数中的 STDDEV 不会自动过滤掉 WHERE 条件外的行，但会受 FILTER 子句（PostgreSQL）或条件表达式（如 CASE WHEN ... THEN value END）影响——如果漏了这层过滤，计算基数就错了。
