sql聚合函数默认跳过null是标准行为，因null代表未知值而非0或空；sum、avg、count(列)均跳过null，count(*)则统计所有行；需据业务语义选择coalesce预处理或结果兜底。
SQL聚合函数遇到NULL时默认跳过，不是bug，是标准行为；是否需要干预，取决于你是否想把“未知”当作“0”或“空”来参与计算。
为什么SUM、AVG、COUNT(列)都跳过NULL
因为NULL在SQL中代表“未知值”，不是0、不是空字符串、也不是假。AVG(amount)遇到NULL，数据库不会猜这个人是0岁还是100岁，干脆不参与计算——这是为避免统计被主观填补污染。
-
COUNT(*)统计所有行，包括含NULL的行 -
COUNT(status)只统计status IS NOT NULL的行，差值就是NULL数量 -
SUM(amount)全列为NULL时返回NULL，不是0；下游用getInt()会直接抛异常 -
MAX()和MIN()在非NULL值中找极值，全NULL时也返回NULL
SUM(COALESCE(col, 0)) 和 COALESCE(SUM(col), 0) 区别很大
前者是“先把每行NULL补0再加总”，后者是“先加总、结果为NULL再补0”，业务含义完全不同。
- 用
SUM(COALESCE(sales, 0))：适合库存汇总，缺记录就当0件，总数要覆盖所有行 - 用
COALESCE(SUM(sales), 0)：适合部门报表，某个部门没人销售，显示0元而非空白 - 错误写法：
COALESCE(AVG(sales), 0)只兜底空组，但没解决分母变小问题；正确应是AVG(COALESCE(sales, 0))
LEFT JOIN后字段为NULL，聚合前必须清洗
JOIN未匹配到右表数据时，字段天然为NULL。这时直接SUM(right_table.amount)会漏掉这些行——不是数据丢了，是它们被跳过了。
- 典型场景：订单主表
LEFT JOIN优惠券表，coupon_discount为NULL表示没用券，业务上应计为0 - 必须写成：
SUM(COALESCE(coupon_discount, 0))，而不是COALESCE(SUM(coupon_discount), 0) - 更危险的是运算表达式：
SUM(total - discount)中任一为NULL，整行变NULL；得拆成SUM(COALESCE(total, 0) - COALESCE(discount, 0))
空字符串''和NULL不是一回事，别混着查
聚合函数只忽略NULL，不忽略''。但业务代码常把''当“空值”用，导致统计口径撕裂。
-
COUNT(status)会把''计入，但WHERE status IS NULL查不到它 - 想查真正缺失的数据，得分开写：
WHERE status IS NULL OR status = '' -
SUM(CAST(LEN(status) AS INT))中''长度为0，参与计算；而NULL仍被跳过
最麻烦的从来不是NULL本身，而是同一列里有的NULL表示“未发生”，有的表示“不适用”，有的表示“录入失败”——这时候统一COALESCE(col, 0)可能掩盖语义差异，得先理清业务含义再动手。
