如何解决SQL中WHERE子句导致SELECT查询值倍数放大问题

金额出现整数倍放大和ROUND、CAST函数本身无关，该过滤条件只是改变了数据库查询优化器的执行计划选择，把SQL写法里的隐性逻辑错误暴露了出来，核心问题有两个：

• SQL有固定的执行优先级：FROM/JOIN表关联 → WHERE逐行过滤 → GROUP BY分组 → SUM/COUNT等聚合计算 → HAVING聚合结果过滤 → ORDER BY排序。你需要筛选的是分组汇总后总支出占预算比例≥85%的记录，但把占比判断写在了WHERE子句中，WHERE的执行时机在聚合之前，是逐行做判断而非对汇总后的总金额做判断，本身就不符合业务逻辑要求。
• 倍数虚高的直接原因是多表关联触发了笛卡尔积：三张表之间存在1对多的关联关系（比如同一个项目编号在项目表有多条匹配记录、同一个工单分类在支出表有多条明细），当WHERE中加入行级计算的过滤条件时，优化器会调整JOIN的关联顺序、匹配算法，导致支出表的明细行被重复匹配2~5次，最终SUM汇总的结果就会出现对应倍数的放大。移除该过滤条件时，优化器选择的执行计划刚好没有触发重复行匹配，所以结果看似正常，但写法的逻辑隐患始终存在。

要从根源避免这个问题，不要把聚合后的过滤条件写在WHERE中，更稳妥的写法是先对支出表做聚合算出每个工单的总支出，再关联其他表做过滤，彻底避免多表关联产生的重复行：

SELECT
    fnd_agg.sort_code, 
    phs.shop,
    fnd_agg.Spent, 
    CAST(phs.budget AS Decimal(9,2)) AS Budget
FROM dbo.ae_p_phs_e phs 
-- 先聚合支出表，提前算好每个工单的总支出，避免关联时产生重复行
INNER JOIN (
    SELECT 
        proposal,
        sort_code,
        SUM(amount) AS Spent
    FROM dbo.ae_s_fnd_a
    GROUP BY proposal, sort_code
) fnd_agg 
    ON phs.proposal = fnd_agg.proposal 
    AND phs.sort_code = fnd_agg.sort_code
INNER JOIN dbo.ae_p_pro_e pro 
    ON phs.proposal = pro.proposal
WHERE
    pro.status_code = 'OPEN'
    AND phs.budget > 0
-- 聚合后的占比判断放在HAVING后执行
HAVING fnd_agg.Spent / phs.budget >= 0.85
ORDER BY phs.proposal ASC

说明：原SQL写的LEFT JOIN，因为在WHERE中对fnd、pro表的字段加了非空过滤条件，实际等价于INNER JOIN，改写后直接用INNER JOIN语义更清晰。占比判断不需要额外嵌套ROUND、CAST转换，直接做数值比较即可满足阈值判断的精度要求。

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