真正有效的组内去异常方法是将判断逻辑嵌入聚合函数或用窗口函数先标再筛；CASE WHEN下推过滤兼容性最好，AVG(CASE WHEN amount BETWEEN 100 AND 50000 THEN amount END)自动忽略不匹配值，补0会扭曲均值。
直接在 GROUP BY 后用 HAVING 或 WHERE 都不行——前者只能筛分组数量，后者会整行剔除，根本不是“组内去异常”。真正有效的做法是把异常判断逻辑塞进聚合函数内部，或用窗口函数先标再筛。
用 CASE WHEN 把过滤下推到聚合函数里
这是兼容性最好、最不容易出错的方式，所有主流数据库都支持。核心是让聚合函数只看到你想保留的值，其余自动变 NULL 并被跳过。
-
AVG(CASE WHEN amount BETWEEN 100 AND 50000 THEN amount END)—— 不匹配的行返回NULL，AVG自动忽略 - 漏写
END会报错：ERROR: syntax error at or near "THEN" - 别写成
AVG(CASE WHEN ... THEN amount ELSE 0 END)：补 0 会严重拉低均值，尤其当异常值本身偏大时 - 如果要同时输出清洗后均值和原始记录数，得分开写：
AVG(CASE ... END)和COUNT(*)，不能塞在一个CASE里
用 FILTER 子句（PostgreSQL 9.4+）
语义更清晰，写法更紧凑，但仅限 PostgreSQL。它本质是聚合函数的修饰符，不是独立子句。
- 正确写法：
AVG(amount) FILTER (WHERE amount > 0 AND amount - 错误写法：
AVG(amount FILTER (WHERE ...))—— 括号位置错，直接报语法错误 - 不支持的数据库（如 MySQL、SQL Server）强行用会提示：
Unknown column 'FILTER'或类似错误 -
FILTER不会隐式类型转换，比CASE更安全，但没法处理“分母为 0”这类衍生异常
用窗口函数动态算 IQR 或百分位阈值
硬编码上下限在分组场景下基本失效。必须让阈值随组变化，PERCENTILE_CONT 是首选，但必须拆成两层查询。
-
PERCENTILE_CONT(0.25) WITHIN GROUP (ORDER BY amount)必须带ORDER BY，否则语法报错 - 不能在
WHERE里直接引用窗口函数——常见错误：WHERE amount > PERCENTILE_CONT(0.75) OVER (...)→ 报错 - 标准解法：CTE 先算每组的
q1/q3，再JOIN回原表做范围过滤；过滤完再GROUP BY聚合 - 务必在 CTE 内加
WHERE amount IS NOT NULL AND amount > 0，否则PERCENTILE_CONT虽忽略NULL，但大量重复零值会让q3崩成 0
补全空季度或低样本组的保护措施
按季度分组后没数据就跳过，图表断档；样本太少时 IQR 失真，结果反而更乱。
- 空季度要用
GENERATE_SERIES（PostgreSQL）或递归 CTE 生成完整序列，再LEFT JOIN统计结果 - IQR 类方法必须加
HAVING COUNT(*) >= 5，否则三两条数据算出来的q1/q3毫无意义 -
HAVING只能回答“哪些组数量异常”，但从不告诉你“为什么异常”——是时间字段全为1970-01-01？还是状态字段批量为NULL？得靠窗口函数加上下文才能查清
