SUM(SIGN(x))不能算净差额，因其仅保留符号而丢失数值量级；净差额应为所有值代数和，直接使用SUM(amount)即可准确计算。
为什么直接用 SUM(SIGN(x)) 不能算净差额
很多人看到 SIGN() 返回 -1/0/1，就以为 SUM(SIGN(amount)) 能得出“正数个数减负数个数”，进而误认为这等于净差额。其实不是：SIGN() 只压缩符号，完全丢弃原始数值大小——比如 100 和 1 都变成 1，-500 和 -2 都变成 -1。净差额必须保留原始量级，该加的加、该减的减。
真正统计净差额：只用 SUM() 就够了
净差额本质就是所有值代数和，SUM(amount) 直接给出结果。但如果你需要按正负方向分别看贡献再合成，常见需求其实是：
- 正数总和（收入类）
- 负数总和（支出类）
- 二者相减后的净额（即
SUM(amount)）
这时可结合条件聚合：
SUM(CASE ...)
- 统计盈利订单数 vs 亏损订单数：
COUNT(*) FILTER (WHERE SIGN(profit) = 1)（PostgreSQL） - 标记每行符号用于后续分组：
GROUP BY SIGN(delta) - 构造符号权重做加权求和（极少见）：
SUM(amount * SIGN(amount))等价于SUM(ABS(amount))
但这类操作和“净差额”无关——它不产生带符号的累计值，只产出计数或分类标识。
容易踩的坑：NULL 和零值处理
SIGN(NULL) 返回 NULL，SUM() 会自动跳过 NULL，但若字段本身含 NULL，可能造成统计偏差。零值虽不影响 SUM()，但会影响 SIGN() 判断（SIGN(0) 是 0，不是 1 或 -1）。建议统一补零或过滤：
- 补零：
SUM(COALESCE(amount, 0)) - 排除空值：
WHERE amount IS NOT NULL - 明确零值归属：
CASE WHEN amount >= 0 THEN ...而非仅>
净差额计算本身不依赖符号函数，强行塞进 SIGN() 只会增加出错概率和理解成本。
