嘿，这个错误我太熟悉了！咱们一步步拆解问题，然后给你修正后的语句：

错误原因分析 #

你遇到的问题主要来自两个地方：

• GROUP BY和HAVING的顺序颠倒：在SQL语法里，HAVING是用来过滤分组后的结果的，必须放在GROUP BY之后，你原来把HAVING写在了GROUP BY前面，这会导致数据库无法正确识别分组逻辑。
• 不必要的SUM嵌套：你写了SUM(SUM(gva.debit) - SUM(gva.credit))，外层的SUM完全是多余的——SUM(gva.debit)和SUM(gva.credit)已经是分组后的聚合结果，再套一层SUM会触发"非单组分组函数"的错误，因为外层SUM没有对应的分组维度。

另外，我把你原来的隐式连接改成了显式JOIN，这是更规范、可读性更强的写法，推荐长期使用。

修正后的SQL语句 #

SELECT 
    gc.CHART_OF_ACCOUNT_CODE, 
    gc.DESCRIPTION, 
    GVA.DIVISION, 
    SUM(gva.debit) - SUM(gva.credit) AS Allocation, 
    get_data_value_desc(gva.DIVISION, 105) AS VALUE_SET_DESCRIPTION 
FROM GL_VOUCHER_ALLOCATION gva
JOIN gl_chart_of_accounts gc 
    ON GVA.ACCOUNT_ID = GC.CHART_OF_ACCOUNT_ID 
    AND Gc.ALLOCATION_ID = Gva.ALLOCATION_TYPE 
GROUP BY 
    gc.CHART_OF_ACCOUNT_CODE, 
    gc.DESCRIPTION, 
    GVA.DIVISION,
    get_data_value_desc(gva.DIVISION, 105)
HAVING SUM(gva.debit) - SUM(gva.credit) > 0

关键修正点说明 #

• 调整了GROUP BY和HAVING的顺序，让语法符合SQL规范
• 移除了外层多余的SUM，直接计算两个聚合值的差值作为Allocation
• 显式使用JOIN替代隐式连接，提升代码可读性和维护性
• 将get_data_value_desc(gva.DIVISION, 105)加入GROUP BY：因为这个函数是基于分组列DIVISION的单行函数，部分Oracle版本要求显式将其加入分组，避免潜在的分组逻辑错误

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