Existe um agregado não documentado chamado
ANY que não é uma sintaxe válida, mas é possível que apareça em seus planos de execução. No entanto, isso não oferece nenhuma vantagem de desempenho. Assumindo a seguinte tabela e estrutura de índice
CREATE TABLE T
(
id int identity primary key,
[group] char(1)
)
CREATE NONCLUSTERED INDEX ix ON T([group])
INSERT INTO T
SELECT TOP 1000000 CHAR( 65 + ROW_NUMBER() OVER (ORDER BY @@SPID) % 3)
FROM sys.all_objects o1, sys.all_objects o2, sys.all_objects o3
Também preenchi com dados de amostra de modo que haja muitas linhas por grupo.
Sua consulta original
SELECT MAX(id),
[group]
FROM T
GROUP BY [group]
Fornece
Table 'T'. Scan count 1, logical reads 1367 e o plano |--Stream Aggregate(GROUP BY:([[T].[group]) DEFINE:([Expr1003]=MAX([[T].[id])))
|--Index Scan(OBJECT:([[T].[ix]), ORDERED FORWARD)
Reescrito para obter o
ANY agregar... ;WITH cte AS
(
SELECT *,
ROW_NUMBER() OVER (PARTITION BY [group] ORDER BY [group] ) AS RN
FROM T)
SELECT id,
[group]
FROM cte
WHERE RN=1
Fornece
Table 'T'. Scan count 1, logical reads 1367 e o plano |--Stream Aggregate(GROUP BY:([[T].[group]) DEFINE:([[T].[id]=ANY([[T].[id])))
|--Index Scan(OBJECT:([[T].[ix]), ORDERED FORWARD)
Embora potencialmente o SQL Server possa parar de processar o grupo assim que o primeiro valor for encontrado e pular para o próximo, isso não acontece. Ele ainda processa todas as linhas e as leituras lógicas são as mesmas.
Para este exemplo específico com muitas linhas no grupo, uma versão mais eficiente seria uma CTE recursiva.
WITH RecursiveCTE
AS (
SELECT TOP 1 id, [group]
FROM T
ORDER BY [group]
UNION ALL
SELECT R.id, R.[group]
FROM (
SELECT T.*,
rn = ROW_NUMBER() OVER (ORDER BY (SELECT 0))
FROM T
JOIN RecursiveCTE R
ON R.[group] < T.[group]
) R
WHERE R.rn = 1
)
SELECT *
FROM RecursiveCTE
OPTION (MAXRECURSION 0);
Que dá
Table 'Worktable'. Scan count 2, logical reads 19
Table 'T'. Scan count 4, logical reads 12
As leituras lógicas são muito menores, pois recupera a primeira linha por grupo e, em seguida, procura o próximo grupo, em vez de ler uma carga de registros que não contribuem para o resultado final.
