这是我在编写 SQL 查询时通常会遇到的情况。我认为在 GROUP BY 表达式中编写整个列（例如长大小写表达式、具有长参数的求和函数）而不是别名会使查询更长且可读性更低。为什么 Oracle SQL 不允许我们在 GROUP BY 子句中使用列别名？这背后一定有一个重要的原因。
【问题讨论】：
SELECT g, SUM(n) FROM (SELECT my-complicated-expression AS g, n FROM bla) GROUP BY g :)
它不仅仅是 Oracle SQL，事实上我相信它符合 ANSI SQL 标准（尽管我没有这方面的参考资料）。原因是 SELECT 子句在逻辑上处理在 GROUP BY 子句之后，所以在 GROUP BY 完成时别名还不存在。
也许这个有点荒谬的例子有助于澄清 SQL 正在避免的问题和歧义：
SQL> select job as sal, sum(sal) as job
2 from scott.emp
3 group by job;
SAL JOB
--------- ----------
ANALYST 6000
CLERK 4150
MANAGER 8275
PRESIDENT 5000
SALESMAN 5600
【讨论】：
我知道这是一个旧线程，但似乎用户问题并没有真正解决；这些解释很好地解释了为什么 group by 子句不允许您使用别名，但没有给出替代方案。
根据上面的信息，别名不能在 group by 中使用，因为 group by 先运行，然后 select 子句中的别名存储在内存中。因此，对我的观点有效的简单解决方案是添加一个外部选择，它只选择别名，然后在同一级别进行分组。
例子：
SELECT alias1, alias2, alias3, aliasN
FROM
(SELECT field1 as alias1, field2 as alias2, field3 as alias3, fieldN as aliasN
FROM tableName
WHERE ' ' = ' ')
GROUP BY alias1, alias2, alias3, aliasN
一旦您看到解决方案就非常直接，但如果您是第一次尝试自己解决问题，那就是 PITA。
这是我能够从 case 语句中为派生字段“分组依据”的唯一方法，所以这是一个很好的技巧。
【讨论】：
虽然我同意在 GROUP BY 子句中引用具有别名的表达式会有所帮助，但我的猜测是这是不可能的，因为 GROUP BY 子句是在 在 SELECT 子句之前评估的。
这也解释了为什么您可以在 ORDER BY 子句中使用列别名（即：最后评估 ORDER BY 子句）。
【讨论】：
虽然这似乎是一个合乎逻辑的答案，但实际上它是一个对用户非常不友好的答案。 在处理查询之前，Oracle 会读取它，并且通过读取它，预处理器可以用原始语句替换别名，并且仍然将正确的查询发送到数据库。 就像您可以按 1,2,3 编码顺序一样，您也应该可以按 1,2,3 或别名进行分组。
【讨论】：
但有些 RDBMS 可以，这适用于 PostgreSQL：
select emp.lastname || ' ' || emp.firstname as fullname, count(emp_work.*) as cnt
from emp
left join emp_work using(emp_id)
group by fullname
这样可以，只要分组别名不是聚合函数的结果，group by cnt 就不起作用
但我可以大胆猜测group by fullname 会扩展为group by emp.lastname || ' ' || emp.firstname as fullname，而 SELECT 子句只是从该分组中选择全名结果；虽然在语法上它看起来相反。 GROUP 总是先执行，然后是投影最后（即 SELECT）
【讨论】：