sql中var和stdev是sql server专属函数，其他数据库不支持；t-sql中二者默认计算样本方差/标准差（分母n−1），总体需用varp/stdevp。
SQL里直接用VAR和STDEV会报错？先确认数据库类型
不是所有SQL方言都支持VAR和STDEV——它们是T-SQL（SQL Server）专属函数，在PostgreSQL、MySQL、SQLite里直接写会报function does not exist或unknown function错误。PostgreSQL用VAR_POP/STDDEV_POP，MySQL 8.0+才支持VARIANCE/STDDEV（注意不是STDEV），而SQLite只有variance（小写，且需加载扩展）。实际写之前，先跑SELECT VERSION()或查文档确认当前环境。
分组计算方差时，VAR默认算的是样本方差还是总体方差？
T-SQL中VAR和STDEV计算的是**样本方差**（n−1自由度），对应公式是 Σ(xᵢ − x̄)² / (n−1)；如果需要总体方差（n自由度），得换用VARP和STDEVP。这点容易被忽略，尤其当你的统计口径要求“整个群体”而非“抽样估计”时：
-
VAR(column)→ 样本方差，适合推断性统计 -
VARP(column)→ 总体方差，适合描述性统计（如全量用户年龄离散度） - 两者在n较小时差异明显，比如只有3条数据，
VAR结果会比VARP大50%
GROUP BY后想同时看均值、方差、标准差，怎么避免重复扫描？
可以一次性聚合，不用子查询或CTE重算多次。但要注意：SQL Server中STDEV不能直接和AVG混在同一个SELECT里加WHERE过滤，否则可能因NULL或空组触发意外截断。稳妥写法是：
SELECT category, AVG(score) AS avg_score, VAR(score) AS var_score, STDEV(score) AS stdev_score FROM sales WHERE score IS NOT NULL GROUP BY category;
关键点：
- 显式
WHERE score IS NOT NULL，因为VAR/STDEV会跳过NULL，但若整组全为NULL，返回NULL而非0——这可能导致下游应用解析失败 - 不要在
GROUP BY字段上用HAVING COUNT(*) > 1来规避单值组，因为单值组的STDEV定义为NULL（除零不可行），而不是0 - 若需把NULL转成0，用
ISNULL(STDEV(score), 0)（SQL Server）或COALESCE(STDEV(score), 0)（通用）
用STDEV时遇到“Operand data type varchar is invalid”错误
这是最常踩的坑：STDEV只接受数值类型，但字段明明是数字却报这个错，大概率是列里混了空字符串、"N/A"、带单位的文本（如"25kg"）或不可见字符。验证方法：
- 先执行
SELECT TOP 5 score, DATA_TYPE FROM INFORMATION_SCHEMA.COLUMNS WHERE COLUMN_NAME = 'score'确认真实类型 - 再查异常值：
SELECT score FROM sales WHERE TRY_CAST(score AS FLOAT) IS NULL AND score IS NOT NULL（SQL Server 2012+） - 清洗建议：建计算列或视图时用
TRY_CAST(score AS DECIMAL(10,2))替代原始字段，比CAST更安全
方差和标准差本身不难，难的是数据干净度——只要一个非数字值混在分组里，整组STDEV就变NULL，而且不会报错提示哪一行出问题。
