添加EXISTS子句触发ORA-00979错误，无聚合函数却提示GROUP BY问题

我有一个包含大型CASE语句的查询，之前运行完全正常，但在其中一个WHEN子句里加上EXISTS子句后，突然触发了ORA-00979: not a GROUP BY statement错误。我实在搞不懂为什么——毕竟我的SELECT列表里根本没用到聚合函数啊！

后来我发现，只要把整个EXISTS部分注释掉，或者把EXISTS里面的所有LEFT JOIN和WHERE子句最后两个条件注释掉，查询就能正常运行，所以问题肯定出在这些连接或者条件上。我已经确认过所有必要的连接列都用上了，而且就算没用到，多返回几行也不该影响EXISTS的结果吧？毕竟EXISTS本来就是只检查有没有返回行而已。

对了，我的查询里确实有GROUP BY语句，而且我已经把整个CASE语句都复制到GROUP BY里了——注释掉EXISTS子句的时候，这个GROUP BY是完全没问题的。

下面是出问题的那个WHEN子句的相关代码片段：

WHEN NVL(BH_LAST_WEEK.QTY,0) < NVL(BH_PREV_WEEK.QTY,0) AND F.TOTFCST > F.TOTHIST AND EXISTS (
    SELECT 1 
    FROM SCPOMGR.DFUVIEW DV_INNER 
    INNER JOIN SCPOMGR.ITEM I_INNER ON I_INNER.ITEM = DV_INNER.DMDUNIT 
    LEFT JOIN BASEHIST BH_LAST_WEEK_INNER ON BH_LAST_WEEK_INNER.DMDUNIT = DV_INNER.DMDUNIT 
        AND BH_LAST_WEEK_INNER.LOC = DV_INNER.LOC 
        AND BH_LAST_WEEK_INNER.STARTDATE = F.STARTDATE 
    LEFT JOIN BASEHIST BH_PREV_WEEK_INNER ON BH_PREV_WEEK_INNER.DMDUNIT = DV_INNER.DMDUNIT 
        AND BH_PREV_WEEK_INNER.LOC = DV_INNER.LOC 
        AND BH_PREV_WEEK_INNER.STARTDATE = F.STARTDATE - 7 
    LEFT JOIN (SELECT * FROM EFF_PRICES WHERE STARTDATE = F.STARTDATE) EP_LAST_WEEK_INNER ON EP_LAST_WEEK_INNER.DMDUNIT = DV_INNER.DMDUNIT 
        AND EP_LAST_WEEK_INNER.LOC = DV_INNER.LOC 
    LEFT JOIN EFF_PRICES EP_PREV_WEEK_INNER ON EP_PREV_WEEK_INNER.DMDUNIT = DV_INNER.DMDUNIT 
        AND EP_PREV_WEEK_INNER.LOC = DV_INNER.LOC 
        AND EP_PREV_WEEK_INNER.STARTDATE = F.STARTDATE - 7 
    WHERE I_INNER.U_HL4_CODE = I.U_HL4_CODE 
        AND DV_INNER.LOC = F.LOC 
        AND DV_INNER.DMDGROUP = 'RETAIL' 
        AND DV_INNER.U_LEVEL = '000' 
        AND EP_LAST_WEEK_INNER.EFFPRICE / EP_PREV_WEEK_INNER.EFFPRICE < 0.75 
        AND BH_LAST_WEEK_INNER.QTY > BH_PREV_WEEK_INNER.QTY * (1 + 0.6 * F.TOTHIST / F.TOTFCST) 
)

问题原因分析 #

其实这个问题的核心是Oracle在处理关联子查询时，会把它当作依赖于外部查询的聚合逻辑来对待，哪怕你没写聚合函数。当你的EXISTS子句里引用了外部查询的列（比如F.STARTDATE、F.TOTHIST这些），而且外部查询有GROUP BY的时候，Oracle会认为这个子查询的结果可能和GROUP BY的分组相关，但你的GROUP BY里并没有包含子查询中用到的所有外部列（或者说，Oracle的解析器在这里误判了依赖关系）。

另外，你在EXISTS里的LEFT JOIN后面的WHERE条件里用到了EP_LAST_WEEK_INNER.EFFPRICE和BH_LAST_WEEK_INNER.QTY，这其实把LEFT JOIN变成了INNER JOIN——因为如果这些表没有匹配行的话，这些列会是NULL，NULL参与比较的结果都是FALSE，等于过滤掉了那些不匹配的行。这可能会让Oracle的优化器对查询的分组逻辑产生误解。

解决思路 #

• 把EXISTS子查询里引用的外部列（比如F.STARTDATE、F.TOTHIST、F.TOTFCST）作为分组列加到GROUP BY里试试，虽然看起来没必要，但Oracle的解析器可能需要明确这些列是分组的一部分。
• 把EXISTS里的子查询改成不依赖外部列的形式，或者用WITH子句提前计算出需要的条件，再关联到主查询里。
• 仔细检查你的CASE语句是不是真的完全复制到GROUP BY里了——有时候复制的时候可能漏了某些细节，尤其是当CASE里包含复杂子查询的时候，Oracle对GROUP BY里的CASE的解析和SELECT里的可能不一样。
• 把EXISTS里的LEFT JOIN改成INNER JOIN（因为WHERE条件已经把它们变成INNER JOIN了），这样可能让优化器更清晰地理解查询逻辑，避免误判。

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