关联子查询VS直接关联表：为何直接关联表计算结果错误？

嘿，你的问题很典型——直接关联表的查询结果远低于子查询聚合后的结果，核心问题出在第二个查询的关联逻辑上，咱们一步步拆解：

为什么第一个查询是对的？ #

第一个查询的思路非常稳妥：

• 先分别对hratrans和hraptvtt按prty_ref做预聚合，算出每个房产在目标时间范围内的总交易值
• 再把这两个聚合后的结果和主表hgmprty1做LEFT JOIN，最后汇总数值

这种方式既避免了多表关联时的笛卡尔积问题，又确保了所有符合时间条件的记录都被纳入计算，自然结果准确。

第二个查询错在哪？ #

1. 多余的关联条件限制了数据范围 #

你在关联hraptvtt时加了voi.trans_ppyy = tr.trans_ppyy，这就相当于给voi的记录加了一个额外要求：必须和tr的记录有完全相同的trans_ppyy才能被统计。

举个例子：如果某个房产在hraptvtt里有201806的记录，但hratrans里没有201806的记录，那这部分voi的数值就会被彻底忽略，直接导致总和偏低。这是结果偏小的核心原因。

2. 未预聚合直接关联的潜在风险 #

就算去掉上面的条件，直接关联两个未聚合的表也会产生笛卡尔积：比如一个房产在tr里有3条记录，voi里有2条，关联后会生成6条记录，此时SUM会重复计算这些数值（不过你的情况是结果偏低，所以主要问题还是第一个点）。

修正后的查询 #

如果想保留直接关联的写法，需要去掉那个多余的voi.trans_ppyy = tr.trans_ppyy条件，调整后的语句如下：

SELECT 
    prty_id AS PropertyID, 
    ISNULL(SUM(tr.grs_val_trans), 0) + ISNULL(SUM(voi.grs_valtrs), 0) AS GrossAnnualDebit 
FROM qlfdat..hgmprty1 p1 
LEFT JOIN qlfdat..hratrans AS tr 
    ON tr.prty_ref = p1.prty_id 
    AND tr.trans_type = 'D' 
    AND tr.trans_ppyy BETWEEN 201805 AND 201904 
LEFT JOIN qlfdat..hraptvtt AS voi 
    ON voi.prty_ref = p1.prty_id 
    AND voi.trans_ppyy BETWEEN 201805 AND 201904 
GROUP BY prty_id;

不过更推荐你继续用第一个查询的写法——先子查询聚合再关联。因为直接关联未聚合的表，在某些场景下（比如同一房产同一周期有多个交易记录）还是会出现重复统计，而预聚合的方式逻辑更清晰，性能也更好（减少了关联的数据量）。

内容的提问来源于stack exchange，提问作者WRD299