你说得没错，Oracle对GROUP BY的语法规则确实比H2严格得多——H2会宽容地识别标量子查询为全局常量，但Oracle的解析器会把count_t2当成需要纳入GROUP BY的非聚合列，而因为它是在SELECT里定义的别名，确实没法在GROUP BY里引用，这就直接导致了ORA-00979错误。下面给你几个可行的解决办法：

方法1：将标量子查询移到FROM子句（交叉连接） #

把table2的计数查询作为一个独立的数据源，通过CROSS JOIN和t1关联（因为它是单行结果，不会产生笛卡尔积）。这样count_t2就变成了一个来自表的列，Oracle会认可它作为常量出现在SELECT中，即使加入GROUP BY也不会影响结果：

SELECT sum(t1.field1) as sum_f1, t2_count.count_t2, t1.f2 
FROM t1 
CROSS JOIN (SELECT count(*) as count_t2 FROM table2) t2_count
GROUP BY t1.f2, t2_count.count_t2

方法2：用聚合函数包裹标量子查询 #

既然count_t2是全局唯一的常量，我们可以用MAX()或MIN()这类聚合函数把它包裹起来。Oracle会把这个表达式视为聚合结果，不需要纳入GROUP BY：

SELECT sum(t1.field1) as sum_f1, MAX((SELECT count(*) FROM table2)) as count_t2, t1.f2 
FROM t1 
GROUP BY t1.f2

因为子查询的结果是固定值，MAX()不会改变它的实际内容，只是帮我们绕过Oracle的语法检查。

方法3：先分组聚合t1，再关联全局计数 #

这种方式逻辑最清晰：先对t1完成分组聚合，得到每个f2对应的sum_f1，再把table2的计数结果和这个聚合结果做关联：

SELECT t1_agg.sum_f1, t2_count.count_t2, t1_agg.f2
FROM (
    SELECT sum(field1) as sum_f1, f2 
    FROM t1 
    GROUP BY f2
) t1_agg
CROSS JOIN (SELECT count(*) as count_t2 FROM table2) t2_count

这个写法完全符合Oracle的语法规则，而且可读性更强，后续维护起来也更方便。

为什么H2没问题？ #

H2的GROUP BY实现遵循了更宽松的SQL标准（类似MySQL关闭ONLY_FULL_GROUP_BY的状态），它会自动识别SELECT中的非聚合列是否在每个分组中是唯一值或全局常量，所以不会抛出错误。但Oracle严格要求SELECT中的所有非聚合列必须出现在GROUP BY中，哪怕它是常量。

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