SQL中对同一行多字段加法需用COALESCE(col, 0)逐字段处理NULL，而非外层包裹；类型需兼容，避免隐式转换；索引优化应物化表达式或使用数据库特有语法。
SQL里怎么对同一行的几个字段做加法
直接用 + 运算符就行，但前提是这些字段不能是 NULL，否则整行结果变成 NULL——这是最常踩的坑。比如 SELECT a + b + c FROM t，只要 a、b、c 中任意一个是 NULL，结果就是 NULL，不是你想要的“把有的加起来，没的当 0”。
常见错误现象：SELECT price + tax + discount 返回大量 NULL，其实只是 discount 字段有空值；使用场景多见于报表计算列、导出汇总字段、ETL 中临时聚合。
- 所有参与运算的字段类型要兼容，比如
INT和DECIMAL可以加，但和VARCHAR直接加会报错或隐式转成 0（行为因数据库而异） - MySQL / PostgreSQL / SQL Server 都支持这种写法，但 SQLite 对
NULL更“严格”，不加处理基本没法用 - 别在 WHERE 或 ORDER BY 里重复写长加法表达式，容易出错且难维护，建议用子查询或 CTE 提前算好
COALESCE 怎么用才不翻车
COALESCE 是标准 SQL 函数，用来把 NULL 替换成指定默认值，但它不是专为加法设计的“防空开关”，滥用反而让逻辑变模糊。正确姿势是：每个可能为 NULL 的字段单独包一层 COALESCE(col, 0)，而不是只包最外层。
错误写法：COALESCE(a + b + c, 0) —— 这根本没用，因为加法一遇到 NULL 就短路了，COALESCE 接收到的已经是 NULL，只能兜底返回 0，但你不知道是哪个字段空导致的；正确写法是 COALESCE(a, 0) + COALESCE(b, 0) + COALESCE(c, 0)。
-
COALESCE参数必须类型一致，比如COALESCE(price, 0.0)比COALESCE(price, 0)更安全，避免整型/浮点型隐式转换引发精度丢失 - PostgreSQL 支持
COALESCE多参数，MySQL 也支持，但旧版 SQLite（COALESCE(COALESCE(a,0), b) —— 实际中建议统一用双参数写法保兼容 - 如果字段本意就是“不存在即为 0”，那
COALESCE(col, 0)合理；但如果NULL表示“数据未采集”，强行当 0 可能扭曲业务含义
替代方案：CASE WHEN 和 ISNULL（SQL Server 专属）
当加法逻辑带条件（比如“只有状态为已发货才加运费”），COALESCE 就不够用了，得上 CASE WHEN。另外 SQL Server 用户容易误用 ISNULL，它和 COALESCE 行为不同：前者只接受两个参数、返回类型和第一个参数一致，后者是标准函数、支持多参数、返回类型按优先级推断。
典型错误：ISNULL(price + tax, 0) —— 同样无效，还是得写成 ISNULL(price, 0) + ISNULL(tax, 0)；更糟的是 ISNULL(col, '0') 把数字字段转成字符串，后续加法会失败或静默转成 0。
-
CASE WHEN col IS NULL THEN 0 ELSE col END和COALESCE(col, 0)功能等价，但前者可扩展性强，比如加条件判断或分段取值 - SQL Server 中
ISNULL(col, 0)性能略优于COALESCE(col, 0)（编译期确定），但差距微乎其微，别为这点优化牺牲可移植性 - 别混用：一个表达式里同时出现
COALESCE和ISNULL，除非明确知道类型推导顺序，否则容易在复杂嵌套中翻车
性能和可读性怎么平衡
横向求和本身不重，但字段一多（比如 10+ 列相加）、又嵌套多层 COALESCE，SQL 就变得难读且易错。这时候与其堆函数，不如提前清洗数据——在 INSERT/UPDATE 时就确保关键数值字段非空，或者建个计算列（如 PostgreSQL 的 GENERATED ALWAYS AS 或 MySQL 的 STORED virtual column）。
- 纯 SELECT 场景下，10 个字段相加写 10 个
COALESCE不难，但改起来痛苦；建议用编辑器正则批量替换，比如把(\w+)替成COALESCE($1, 0) - 如果加法结果还要参与索引查找或 JOIN 条件，千万别在 WHERE 里写
COALESCE(a,0)+COALESCE(b,0) > 100，这会让索引失效；应考虑物化该和值到新字段 - 不同数据库对表达式索引的支持差异大：PostgreSQL 允许
CREATE INDEX ON t ((a+b))，MySQL 要求字段显式声明为STORED才能建索引
真正麻烦的不是语法，而是搞不清某个 NULL 是业务缺失、采集失败，还是历史数据补零。加法之前，先问一句：这个空，到底该不该当 0 算。
