SUM(DISTINCT column)在MySQL中合法但语义易误解，在PostgreSQL等数据库中直接报错；正确做法是用子查询+DISTINCT或窗口函数明确去重逻辑。
直接对去重字段用 SUM(DISTINCT column) 会报错吗？
不会报错，但结果可能不是你想要的。MySQL 支持 SUM(DISTINCT column)，它会对该列先去重再求和；而 PostgreSQL、SQL Server、Oracle 等主流数据库**不支持**这种写法，执行会直接报错 ERROR: syntax error at or near "DISTINCT" 或类似提示。
关键在于：「去重后求和」这个需求本身有歧义——是按某几列组合去重（比如去重整行），还是仅对某一列值去重后再加总？不同语义对应完全不同的写法。
按整行去重后再对某列求和，用 GROUP BY + 子查询
这是最常见也最安全的做法，适用于所有 SQL 标准兼容的数据库。核心思路是：先用 SELECT DISTINCT 拿出不重复的行（或你需要的字段组合），再在外层对目标列求和。
- 假设表
orders有user_id、amount，你想算「每个用户只算一次的最大订单金额之和」，但原始数据中一个用户可能有多条记录 - 错误写法：
SUM(DISTINCT amount)（PostgreSQL 不认，且语义是“不同金额值加总”，不是“每人一条记录加总”） - 正确写法：
SELECT SUM(amount) FROM (SELECT DISTINCT user_id, amount FROM orders) AS dedup;
- 如果只需按
user_id去重（取每人一条记录），但又不确定该取哪条amount，就得配合ROW_NUMBER()或聚合函数明确逻辑，不能依赖DISTINCT的随机性
想对单列值去重后求和，MySQL 可用 SUM(DISTINCT col)，但要注意陷阱
MySQL 允许，但容易误用：
-
SUM(DISTINCT amount)是把所有不重复的amount值加起来，不是「每个用户只算一次」——哪怕两个不同用户金额相同，也只算一次 - 如果
amount是浮点数（如DECIMAL(10,2)），去重基于精确值，小数位差异都会导致不被去重，结果可能比预期大 - NULL 值会被自动忽略，不影响去重逻辑，但如果你期望把 NULL 当 0 处理，得显式写
SUM(DISTINCT COALESCE(amount, 0)) - 性能上，
DISTINCT在SUM内部执行，无法利用索引加速，大数据量时比子查询更慢
复杂去重逻辑（比如取每个分组最新一条）必须用窗口函数
当「去重」依赖业务规则（如「每个用户最新一笔订单的金额之和」），DISTINCT 和简单子查询都不够用，必须靠 ROW_NUMBER() 或 RANK()。
- 示例（PostgreSQL / MySQL 8.0+）：
SELECT SUM(amount) FROM (SELECT amount, ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC) AS rn FROM orders) AS ranked WHERE rn = 1;
- 注意
PARTITION BY字段要和你的去重维度一致，ORDER BY决定哪条被保留 - 如果存在并列（如同一用户同时间多笔订单），
ROW_NUMBER()强制编号，RANK()会并列且跳号，选哪个取决于业务是否允许重复计入 - 别忘了在
WHERE中过滤，否则窗口函数只是多算一列，没真正减少行数
实际写的时候，先想清楚「去重依据是什么」——是整行唯一？某个字段组合？还是带排序规则的逻辑唯一？选错方式，SUM 结果就偏了，而且很难从数字上一眼看出来。
