sql中variance和stddev默认计算的是样本统计量（分母为n−1），postgresql、oracle、sql server（2022+）、mysql 8.0+均遵循此标准；若需总体统计量，须显式使用var_pop/stddev_pop等函数。

SQL里VARIANCE和STDDEV到底算的是总体还是样本

直接说结论：标准SQL中VARIANCE和STDDEV默认计算的是**样本统计量**（即分母为n−1），不是总体。这点和Excel的VAR.S/STDEV.S一致，但和VAR.P/STDEV.P不同。如果你手头数据就是全量总体（比如某日所有订单、某月全部用户行为），直接用这两个函数会高估波动率。

常见错误现象：SELECT VARIANCE(price) FROM sales 返回值比你用Excel选“总体方差”时大——不是SQL错了，是默认假设你抽样了。

• PostgreSQL、Oracle、SQL Server（2022+）都遵循此标准
• MySQL 8.0+ 的VARIANCE()和STDDEV()也是样本版本；老版本只有STDDEV_POP()和STDDEV_SAMP()可明确区分
• 想算总体？必须显式用VARIANCE_POP()或STDDEV_POP()（如果数据库支持）

不同数据库对VARIANCE/STDDEV的支持差异

不是所有SQL方言都内置VARIANCE。比如SQLite压根不支持，BigQuery用STDDEV()但默认是样本，而Snowflake要求你写STDDEV_SAMP()或STDDEV_POP()，不接受裸STDDEV。

使用场景：迁移SQL脚本或跨平台写BI查询时，光写STDDEV(amount)可能在某个库报错或结果不一致。

• PostgreSQL：支持VARIANCE()、STDDEV()（样本），也支持VARIANCE_POP()、STDDEV_POP()
• MySQL：只支持STDDEV_SAMP()、STDDEV_POP()；STDDEV()是STDDEV_SAMP()别名，但VARIANCE()不存在
• BigQuery：支持STDDEV()（样本）、STDDEV_POP()；无VARIANCE函数，得用POW(STDDEV(), 2)或VAR_POP()
• SQLite：没有原生方差/标准差函数，需手动写AVG(POW(x - AVG(x), 2))（注意：这是总体公式，若要样本得乘以n/(n-1)）

计算波动率时为什么不能直接套用STDDEV

金融或业务中说的“日波动率”，通常指**年化标准差**，不是原始STDDEV()结果。比如你有一列日收益率daily_return，直接STDDEV(daily_return)得到的是日度标准差，离年化还差一步。

性能与逻辑影响：漏掉年化转换会导致数值量级错一个数量级（日标差≈0.01，年化≈0.16），报表或模型直接失效。

• 年化公式： STDDEV(daily_return) * SQRT(252)（交易日）或 * SQRT(365)（自然日）
• 如果是月度数据，用* SQRT(12)
• 注意NULL处理：STDDEV()自动忽略NULL，但如果daily_return里有大量NULL（比如停牌日），实际参与计算的行数变少，分母n−1变小，结果会被放大——得先确认数据完整性

如何验证你的VARIANCE结果是否合理

最容易被忽略的点：函数返回的是方差（平方单位），不是波动率本身。很多同学查完VARIANCE(price)就停了，但波动率一般指标准差（同一单位）。

实操建议：别单独依赖聚合函数输出，加一层人工校验。

• 用子查询算均值：SELECT AVG(price) FROM sales，再手算一两个样本的偏差平方，粗估方差应在什么范围
• 对比STDDEV()和SQRT(VARIANCE())是否相等（浮点误差内）——不等说明用了不同实现或隐式类型转换
• 在小表上用COUNT(*)确认n，然后用(SUM(POW(price - avg_price, 2)) / (COUNT(*) - 1))反推，看是否和VARIANCE()一致

真正难的不是调用函数，而是搞清你手里的数据是样本还是总体、单位是否匹配、NULL是否污染了有效样本量。这些细节错一点，波动率数字就偏很远。