SQL - usando alias no grupo por

Apenas curioso sobre a sintaxe SQL. Então, se eu tiver

SELECT 
 itemName as ItemName,
 substring(itemName, 1,1) as FirstLetter,
 Count(itemName)
FROM table1
GROUP BY itemName, FirstLetter

Isso estaria incorreto porque

GROUP BY itemName, FirstLetter 

realmente deveria ser

GROUP BY itemName, substring(itemName, 1,1)

Mas por que não podemos simplesmente usar o primeiro por conveniência?

SQL é implementado como se uma consulta fosse executada na seguinte ordem:

1. Cláusula FROM
2. Cláusula WHERE
3. Cláusula GROUP BY
4. Cláusula HAVING
5. Cláusula SELECT
6. Cláusula ORDER BY

Para a maioria dos sistemas de bancos de dados relacionais, essa ordem explica quais nomes (colunas ou aliases) são válidos porque devem ter sido introduzidos em uma etapa anterior.

Portanto, no Oracle e no SQL Server, você não pode usar um termo na cláusula GROUP BY que você define na cláusula SELECT porque o GROUP BY é executado antes da cláusula SELECT.

Porém, existem exceções: MySQL e Postgres parecem ter inteligência adicional que permite isso.

Você sempre pode usar uma subconsulta para poder usar o alias; Obviamente, verifique o desempenho (é possível que o servidor db funcione da mesma forma, mas nunca é demais verificar):

SELECT ItemName, FirstLetter, COUNT(ItemName)
FROM (
    SELECT ItemName, SUBSTRING(ItemName, 1, 1) AS FirstLetter
    FROM table1
    ) ItemNames
GROUP BY ItemName, FirstLetter

Pelo menos no PostgreSQL, você pode usar o número da coluna no conjunto de resultados na sua cláusula GROUP BY:

SELECT 
 itemName as ItemName,
 substring(itemName, 1,1) as FirstLetter,
 Count(itemName)
FROM table1
GROUP BY 1, 2

É claro que isso começa a ser problemático se você estiver fazendo isso de maneira interativa e editar a consulta para alterar o número ou a ordem das colunas no resultado. Mas ainda.

O SQL Server não permite que você faça referência ao alias na cláusula GROUP BY devido à ordem lógica do processamento. A cláusula GROUP BY é processada antes da cláusula SELECT, portanto, o alias não é conhecido quando a cláusula GROUP BY é avaliada. Isso também explica por que você pode usar o alias na cláusula ORDER BY.

Aqui está uma fonte de informações sobre as fases do processamento lógico do SQL Server .

Não estou respondendo por que é assim, mas só queria mostrar uma maneira de contornar essa limitação no SQL Server usando CROSS APPLYpara criar o alias. Você o usa na GROUP BYcláusula, assim:

SELECT 
 itemName as ItemName,
 FirstLetter,
 Count(itemName)
FROM table1
CROSS APPLY (SELECT substring(itemName, 1,1) as FirstLetter) Alias
GROUP BY itemName, FirstLetter

Cuidado para que o uso do alias no Group By (para serviços que o suportem, como o postgres) possa ter resultados indesejados. Por exemplo, se você criar um alias que já existe na instrução interna, o Agrupar por escolherá o nome do campo interno.

-- Working example in postgres
select col1 as col1_1, avg(col3) as col2_1
from
    (select gender as col1, maritalstatus as col2, 
    yearlyincome as col3 from customer) as layer_1
group by col1_1;

-- Failing example in postgres
select col2 as col1, avg(col3)
from
    (select gender as col1, maritalstatus as col2,
    yearlyincome as col3 from customer) as layer_1
group by col1;

Alguns DBMSs permitem que você use um alias em vez de precisar repetir a expressão inteira.
Teradata é um exemplo.

Evito a notação da posição ordinal, conforme recomendado por Bill, pelos motivos documentados nesta pergunta do SO .

A alternativa fácil e robusta é sempre repetir a expressão na cláusula GROUP BY.
DRY NÃO se aplica ao SQL.

Cuidado ao usar aliases ao agrupar os resultados de uma exibição no SQLite. Você obterá resultados inesperados se o nome alternativo for o mesmo que o nome da coluna de qualquer tabela subjacente (para as visualizações).

Naquele dia, descobri que o Rdb, o antigo produto DEC agora suportado pela Oracle, permitia que o alias da coluna fosse usado no GROUP BY. O mainstream Oracle através da versão 11 não permite que o alias da coluna seja usado no GROUP BY. Não tenho certeza do que o Postgresql, SQL Server, MySQL, etc permitirá ou não. YMMV.