变异系数（CV）需用STDDEV_SAMP()/AVG()手动计算，但必须加HAVING COUNT(*)>1和NULLIF(AVG(x),0)防除零、单行组、负均值及浮点误差，否则结果失真或报错。
变异系数（CV）不是内置函数，必须用 STDDEV_SAMP() 除以 AVG() 手动构造；直接写 STDDEV(x)/AVG(x) 在多数场景下会出错或返回误导结果。
为什么 STDDEV_SAMP(x) / AVG(x) 不能直接用
分母为零、单行组、负均值、NULL 值混入都会让结果失真或报错。比如某组 AVG(sales) = 0，除法在 PostgreSQL 中返回 NULL，MySQL 8.0+ 可能报错；若该组只有 1 行，STDDEV_SAMP() 返回 NULL（因 n−1=0），但 AVG() 仍返回那个值，相除后是 NULL / 非零 → NULL，看起来“有结果”，实则无统计意义。
-
STDDEV_SAMP()要求每组至少 2 行有效数据，否则无定义 -
AVG()对单行也返回值，容易掩盖样本量不足问题 - 当
AVG(x)接近浮点零（如1e-15），CV 会爆炸式放大，失去可比性 - 业务上均值为负时（如亏损组），CV 符号和大小都难解释，不建议直接使用
PostgreSQL / BigQuery 中安全计算 CV 的写法
用 HAVING 过滤掉无效组，再用 NULLIF() 拦截除零，最后 ROUND() 控制精度。这是最贴近生产环境的写法。
- 必须加
HAVING COUNT(*) > 1，排除单行组 - 用
NULLIF(AVG(x), 0)替代COALESCE(AVG(x), 1)，后者会人为拉低 CV，扭曲业务含义 - 建议限定
AVG(x) > 0（若业务允许），避免负均值干扰 -
ROUND(..., 4)足够，CV 保留太多小数没有实际区分度
SELECT category,
ROUND(STDDEV_SAMP(sales) / NULLIF(AVG(sales), 0), 4) AS cv
FROM sales_table
GROUP BY category
HAVING COUNT(*) > 1 AND AVG(sales) > 0;MySQL 8.0+ 必须用 CASE 显式处理异常分支
MySQL 对聚合后嵌套除法更敏感，NULLIF() 在某些版本中无法直接用于除号右侧。稳妥做法是把所有异常路径列清楚。
-
COUNT(*) = 1→ 标为NULL（样本不可靠） -
AVG(x) = 0或绝对值< 1e-6→ 返回NULL（CV 无定义） - 避免用
ABS(AVG(x)) < 1e-6判断零，比直接= 0更抗浮点误差 - 别忘了
CAST(x AS DECIMAL)，金额类字段用浮点算标准差易丢精度
SELECT dept,
CASE
WHEN COUNT(*) = 1 OR ABS(AVG(score)) < 1e-6 THEN NULL
ELSE ROUND(STDDEV(score) / AVG(score), 4)
END AS cv
FROM scores
GROUP BY dept;什么时候该放弃 CV，改用四分位距（IQR）
当分组内均值接近零、分布严重偏态、或存在大量离群值时，CV 失去稳定性。此时 PERCENTILE_CONT(0.75) - PERCENTILE_CONT(0.25) 是更鲁棒的波动度量——它不依赖均值，对极端值不敏感，且天然规避除零问题。
- IQR 在 PostgreSQL / SQL Server 2022+ / BigQuery 中原生支持；MySQL 需用窗口函数模拟
- 若数据库不支持
PERCENTILE_CONT，可用STDDEV_POP()替代STDDEV_SAMP()，但仅限你确认数据是全量总体（非抽样） - 别在 NULL 值占比高的列上硬算 CV：先查
COUNT(x) / COUNT(*)，若低于 80%，结果可信度已存疑
CV 看似简单，真正落地时最常卡在分母判断和样本量校验上；漏掉 HAVING COUNT(*) > 1 或用错 STDDEV_POP 和 STDDEV_SAMP，结果可能完全反向误导决策。
