SUM()对空结果集返回NULL是SQL标准语义，非数据错误；应使用COALESCE(SUM(...), 0)在SQL层显式处理，避免上层崩错，注意子查询需将COALESCE置于外层且类型对齐。
嵌套查询里SUM()返回NULL，不是数据问题，是语义问题
SQL中SUM()对空结果集（没匹配到任何行）返回NULL，不是错误，是标准行为。但嵌套查询里如果外层直接用这个SUM()结果参与计算、拼接或转类型（比如Java映射为int），就会崩：数值运算报错、前端展示为空、MyBatis抛NullPointerException。
关键点在于：这不是“数据脏”，而是SQL聚合函数的语义边界没被显式收口。你不能指望上层应用去判空再兜底，得在SQL层就堵死NULL出口。
COALESCE(SUM(...), 0) 是最安全的写法
COALESCE是ANSI SQL标准函数，所有主流数据库（PostgreSQL、MySQL、Oracle、SQL Server、SQLite）都支持，语义明确：返回参数列表中第一个非NULL值。用它包住SUM()，既简洁又无副作用。
- 正确写法：
SELECT COALESCE(SUM(amount), 0) FROM orders WHERE user_id = 123 - 别用
IFNULL或NVL：它们是厂商扩展，跨库迁移时要重写；IFNULL在MySQL里虽常用，但不符合标准 - 别只对字段用
COALESCE：比如COALESCE(amount, 0)再SUM，这解决的是字段级NULL，不是空结果集问题 - GROUP BY场景同样适用：
SELECT category, COALESCE(SUM(amount), 0) AS total FROM products GROUP BY category
嵌套太深时，COALESCE容易漏掉内层NULL
当SUM()本身是子查询的一部分，比如(SELECT SUM(qty) FROM items WHERE order_id = o.id)作为外层SELECT的列，这时候COALESCE必须套在子查询外面，而不是里面。
错误示范：SELECT id, (SELECT COALESCE(SUM(qty), 0) FROM items WHERE order_id = o.id) qty_sum FROM orders o —— 看似稳妥，但若子查询因条件不匹配根本没执行（比如order_id不存在），仍可能返回NULL（取决于优化器和NULL传播规则）。
正确做法：SELECT id, COALESCE((SELECT SUM(qty) FROM items WHERE order_id = o.id), 0) qty_sum FROM orders o
注意：子查询必须是标量子查询（最多一行一列），否则会报错；且括号不能省，否则COALESCE会误认为只包裹了SUM而非整个子查询。
精度丢失和类型隐式转换是隐藏雷区
在Sybase或老版本SQL Server里，ISNULL(SUM(col), 0)可能导致浮点数精度截断（比如1.23456789变成1.234567）。这不是SUM的问题，是ISNULL强制类型推导时选了低精度类型。
COALESCE也存在类似风险，但可控：
- 如果
SUM(price)是DECIMAL(18,2)，COALESCE(SUM(price), 0)里的0会被隐式转成DECIMAL(18,2)，没问题 - 但如果写成
COALESCE(SUM(price), 0.0)，而0.0被当成FLOAT，就可能丢精度 - 稳妥写法：
COALESCE(SUM(price), CAST(0 AS DECIMAL(18,2)))，显式对齐类型
实际项目里，只要统一用整数字面量0配整数聚合、小数0.00配金额类DECIMAL，基本能避开。
最常被忽略的一点：COALESCE只管值是否为NULL，不管逻辑是否成立。比如子查询本该返回1行却返回0行，你加了COALESCE后得到0，业务上可能误以为“有数据但值为0”，其实是一条记录都没查到。这种语义混淆，得靠业务层加注释或配套COUNT(*)校验来补全。
