SUM(SIGN(amount)) 统计的是符号数量而非金额总和，正确做法是用 CASE WHEN 结合 SIGN 分别提取正、负、零值再求和，如 SUM(CASE WHEN SIGN(amount)=1 THEN amount ELSE 0 END)。
为什么直接用 SUM(SIGN(amount)) 不能得到正负金额汇总？
很多人看到 SIGN() 返回 -1/0/1，就以为 SUM(SIGN(amount)) 能统计“正数个数减去负数个数”，但这是在统计符号数量，不是金额本身。你真正想问的，是分正、负两组对 amount 求和——SIGN 在这里只是辅助判断符号的工具，不能替代条件聚合。
用 CASE WHEN + SIGN 分别提取正负值再求和
SIGN(amount) 可以快速区分符号，但要汇总金额，必须把正数、负数各自隔离出来。最可靠的方式是配合 CASE WHEN 构造条件分支：
SELECT SUM(CASE WHEN SIGN(amount) = 1 THEN amount ELSE 0 END) AS pos_sum, SUM(CASE WHEN SIGN(amount) = -1 THEN amount ELSE 0 END) AS neg_sum, SUM(CASE WHEN SIGN(amount) = 0 THEN amount ELSE 0 END) AS zero_sum FROM transactions;
-
SIGN(amount) = 1精确匹配正数（不含NULL和0） - 用
ELSE 0而非ELSE NULL，避免SUM跳过导致结果为NULL - 如果表中存在
NULL金额，SIGN(NULL)返回NULL，不会进入任一分支，等价于被忽略
兼容性注意：不同数据库对 SIGN 处理 0 和小数有差异
MySQL、PostgreSQL、SQL Server 都支持 SIGN()，但行为略有不同：
- MySQL 中
SIGN(0)返回0；PostgreSQL 同样返回0；SQL Server 也一致 - 但某些旧版 SQLite 不内置
SIGN，需用CASE WHEN amount > 0 THEN 1 WHEN amount 替代 - 浮点数比较时，如
amount = 0.0000001，SIGN仍返回1，没问题；但若字段是 DECIMAL 且精度不足，可能产生意料外的截断
性能提示：别为了“炫技”在 WHERE 或 JOIN 中滥用 SIGN
SIGN() 是标量函数，无法利用索引。如果你只想要正金额汇总，写成 WHERE amount > 0 比 WHERE SIGN(amount) = 1 更高效，前者可能走索引范围扫描，后者必然全表计算。
真正需要 SIGN 的场景，是同一行里既要正数和、又要负数和、还要零值计数——这种横向拆解，绕不开它。但只要需求是单向过滤，就别把它当条件谓词用。
