STDDEV在分组仅一行时返回NULL，因其为样本标准差，分母n−1=0导致除零未定义；常见诱因包括该组仅1个非NULL数值、列类型不匹配或窗口分区有效值不足2个。
STDDEV 为什么在分组只有一行时返回 NULL
因为 STDDEV 是样本标准差函数，数学定义要求至少两个非空数值才能计算偏差均值（分母为 n−1）。当分组后只剩 1 行有效数据（或全为 NULL），n−1 = 0，除零无意义，SQL 引擎直接返回 NULL —— 这不是 bug，是标准行为。
哪些情况会触发这个 NULL
常见诱因不止“真只有一行”，还要看 NULL 和数据类型：
-
GROUP BY后某组实际只有 1 条非 NULL 数值记录（其余为 NULL 或不满足 WHERE） - 列本身是字符串或日期类型，
STDDEV静默跳过，导致有效数值不足 2 个 - 用了
STDDEV(column) OVER (PARTITION BY ...)，但某个分区里COUNT(column)＜ 2 - Oracle/PostgreSQL 行为一致；MySQL 8.0+ 支持但需确认是否启用了窗口函数；SQL Server 必须用
STDEV，名不同但逻辑相同
想让它不返回 NULL，该换什么函数或怎么兜底
取决于你要的是统计语义，而不是强行“不让 NULL 出来”：
- 要总体标准差（允许单点）→ 改用
STDDEV_POP：它分母是 n，n=1 时结果为 0 - 要保留样本语义但避免 NULL → 外层套
COALESCE(STDDEV(col), 0)，但注意：0 在业务上可能误导（比如“完全没波动”和“无法计算”是两回事） - 想明确区分“可算”和“不可算” → 用
CASE WHEN COUNT(col) >= 2 THEN STDDEV(col) END，留空比硬填更诚实 - 别用
AVG(COALESCE(col, 0))去“凑数”：这会把缺失值当 0 参与计算，扭曲离散程度
最容易被忽略的点
这个 NULL 不是数据质量问题，而是统计前提未满足的信号。如果大量分组都掉进 n=1 的坑，说明分组粒度太细，或者原始数据稀疏——该检查业务口径，而不是急着加 COALESCE 掩盖。
