在SQL多表查询场景中，一多对应关系是导致关联后聚合结果翻倍的常见原因。当主表的一条记录对应从表的多条记录时，直接进行关联再聚合，就会因为从表的多条记录被重复计算，导致最终的统计结果远大于实际值。
问题产生的原因
假设我们有两个表，分别是user用户表和order订单表，一个用户可以有多个订单，这就是典型的一多对应关系。如果我们直接关联两个表统计用户的总订单数，就会出现问题。
首先看两个表的结构：
-- 用户表
CREATE TABLE user (
id INT PRIMARY KEY,
name VARCHAR(50)
);
-- 订单表
CREATE TABLE order (
id INT PRIMARY KEY,
user_id INT,
amount DECIMAL(10,2)
);
插入测试数据：
INSERT INTO user VALUES (1, '张三'), (2, '李四'); INSERT INTO order VALUES (1, 1, 100.00), (2, 1, 200.00), (3, 2, 150.00);
此时用户张三有2个订单，李四有1个订单。如果我们直接关联两个表统计每个用户的订单数：
SELECT u.id, u.name, COUNT(*) AS order_count FROM user u LEFT JOIN order o ON u.id = o.user_id GROUP BY u.id, u.name;
执行这个查询后，张三的订单数会被统计为2，李四的订单数统计为1，看起来结果是对的？但如果我们要同时统计订单总金额，问题就出现了：
SELECT u.id, u.name, COUNT(*) AS order_count, SUM(o.amount) AS total_amount FROM user u LEFT JOIN order o ON u.id = o.user_id GROUP BY u.id, u.name;
此时张三的订单总金额会变成100+200+100+200=600，而不是实际的300，这就是因为关联后张三的两条订单记录被重复计算了吗？不对，这里张三本身就有两条订单，关联后就是两条记录，COUNT是2，SUM是300？哦，刚才的例子如果只有两个订单的话SUM是对的，如果我们再加一个从表，比如order_item订单商品表，一个订单有多个商品，那问题就更明显了。
调整案例，新增order_item表：
CREATE TABLE order_item (
id INT PRIMARY KEY,
order_id INT,
product_name VARCHAR(50),
price DECIMAL(10,2)
);
INSERT INTO order_item VALUES (1, 1, '商品A', 50.00), (2, 1, '商品B', 50.00), (3, 2, '商品C', 200.00);
现在订单1有2个商品，订单2有1个商品。如果我们关联user、order、order_item三个表，统计每个用户的订单总金额：
SELECT u.id, u.name, SUM(o.amount) AS total_amount FROM user u LEFT JOIN order o ON u.id = o.user_id LEFT JOIN order_item oi ON o.id = oi.order_id GROUP BY u.id, u.name;
此时订单1的amount是100，关联order_item后会产生2条记录，所以100会被加两次，最终张三的total_amount会变成100*2 + 200 = 400，而实际订单总金额是100+200=300，这就出现了结果翻倍的问题。
常见的解决方法
方法一：先聚合再关联
这是最常用的解决思路，先对每个从表进行聚合统计，得到每个关联键的聚合结果，再和主表关联，这样从表的多条记录已经被合并成一条，就不会出现重复计算的问题。
还是上面的三个表案例，我们要统计每个用户的订单总金额，正确的写法应该是先统计每个订单的金额（这里订单表已经有amount字段，所以先统计每个用户的订单总金额，再和用户信息关联）：
-- 先统计每个用户的订单总金额
WITH user_order_total AS (
SELECT user_id, SUM(amount) AS total_amount
FROM order
GROUP BY user_id
)
-- 再关联用户表
SELECT u.id, u.name, COALESCE(uot.total_amount, 0) AS total_amount
FROM user u
LEFT JOIN user_order_total uot ON u.id = uot.user_id;
如果要同时统计用户的订单数和订单总金额，也是先分别聚合再关联：
WITH user_order_stat AS (
SELECT user_id, COUNT(*) AS order_count, SUM(amount) AS total_amount
FROM order
GROUP BY user_id
)
SELECT u.id, u.name, COALESCE(uos.order_count, 0) AS order_count, COALESCE(uos.total_amount, 0) AS total_amount
FROM user u
LEFT JOIN user_order_stat uos ON u.id = uos.user_id;
方法二：使用DISTINCT去重聚合
如果关联后需要统计的是主表的唯一记录数，或者从表的唯一值，可以使用DISTINCT关键字去重。比如要统计每个用户有多少个不同的订单：
SELECT u.id, u.name, COUNT(DISTINCT o.id) AS order_count FROM user u LEFT JOIN order o ON u.id = o.user_id GROUP BY u.id, u.name;
如果要统计订单总金额，同时关联了订单商品表，也可以用DISTINCT对订单ID去重后求和，但这种方式只适合简单的求和场景，复杂聚合还是推荐先聚合再关联：
SELECT u.id, u.name, SUM(DISTINCT o.amount) AS total_amount FROM user u LEFT JOIN order o ON u.id = o.user_id LEFT JOIN order_item oi ON o.id = oi.order_id GROUP BY u.id, u.name;
不过这种方式有局限性，如果订单金额本身有重复，DISTINCT SUM就会出错，所以优先选择先聚合再关联的方法。
方法三：使用子查询过滤重复数据
如果关联的条件比较复杂，也可以先通过子查询过滤从表的重复数据，再进行关联。比如我们要统计每个用户的订单中，价格大于50的商品对应的订单总金额：
SELECT u.id, u.name, SUM(o.amount) AS total_amount
FROM user u
LEFT JOIN (
-- 先过滤出包含价格大于50商品的订单
SELECT DISTINCT order_id
FROM order_item
WHERE price > 50
) oi_filter ON oi_filter.order_id = o.id
LEFT JOIN order o ON u.id = o.user_id AND oi_filter.order_id = o.id
GROUP BY u.id, u.name;
注意事项
- 在编写多表关联聚合的SQL时，先理清楚表之间的对应关系，是一一对应、一多对应还是多多对应，不同的对应关系处理方式不同。
- 优先使用先聚合再关联的方式，这种方式逻辑清晰，性能也更好，尤其是从表数据量大的时候，先聚合可以减少关联的数据量。
- 使用LEFT JOIN的时候，要注意主表记录没有对应从表记录的情况，聚合结果要用COALESCE函数处理NULL值，避免统计结果出现NULL。
- 不要盲目使用DISTINCT，DISTINCT会增加查询的性能开销，而且如果逻辑不对，会导致统计结果错误。
只要掌握了以上方法，就能有效避免SQL关联后聚合结果翻倍的问题，保证统计结果的准确性。