SQL: Sub Queries

Introdução Uma subquery é uma consulta SQL aninhada dentro de outra. Assim como uma função pode chamar outra função, um SELECT pode conter outro SELECT — e o resultado do interno é usado pelo externo para filtrar, calcular ou compor o resultado final. Subqueries aparecem em três lugares possíveis: no SELECT, no FROM, ou no WHERE/HAVING. O comportamento muda dependendo do tipo de resultado que a subquery retorna — e é aí que a classificação em Scalar, Column, Row e Table faz sentido. Para os exemplos, usaremos: clientes: id, nome, cidade pedidos: id, cliente_id, valor, criado_em produtos: id, nome, preco, categoria_id categorias: id, nome Enter fullscreen mode Exit fullscreen mode Tipos por Resultado Retorna exatamente um valor: uma linha, uma coluna. Pode ser usada em qualquer lugar onde um valor único seria esperado — no SELECT, no WHERE, ou no HAVING. Scalar Subquery -- Qual cliente fez o pedido de maior valor? SELECT nome FROM clientes WHERE id = ( SELECT cliente_id FROM pedidos ORDER BY valor DESC LIMIT 1 ); Enter fullscreen mode Exit fullscreen mode A subquery interna retorna um único cliente_id — o do pedido mais caro. A externa usa esse valor para buscar o nome. Scalar subqueries também funcionam diretamente no SELECT, como uma coluna calculada: SELECT nome, (SELECT COUNT(*)FROM pedidosWHERE cliente_id= c.id)AS total_pedidos FROM clientes c; Enter fullscreen mode Exit fullscreen mode Se uma scalar subquery retornar mais de uma linha, o banco lança um erro. Por isso, é comum garantir isso com LIMIT 1 ou usando funções de agregação. Column Subquery Retorna múltiplas linhas de uma única coluna — essencialmente uma lista de valores. É usada principalmente com os operadores IN, NOT IN, ANY e ALL. -- Clientes que fizeram pelo menos um pedido acima de 1000 SELECT nome FROM clientes WHERE id IN ( SELECT DISTINCT cliente_id FROM pedidos WHERE valor > 1000 ); Enter fullscreen mode Exit fullscreen mode A subquery retorna uma coluna com os IDs dos clientes elegíveis. O IN da query externa verifica se cada id está nessa lista. O inverso com NOT IN é igualmente útil — mas exige cuidado: se a subquery retornar algum NULL, o NOT IN se comporta de forma contra-intuitiva e pode não retornar nenhuma linha. Nesse caso, prefira NOT EXISTS. ANY e ALL são alternativas mais expressivas em certos cenários: -- Produtos mais caros que QUALQUER produto da categoria 2 SELECT nome, preco FROM produtos WHERE preco > ANY ( SELECT preco FROM produtos WHERE categoria_id= 2 ); -- Produtos mais caros que TODOS os produtos da categoria 2 SELECT nome, preco FROM produtos WHERE preco > ALL ( SELECT preco FROM produtos WHERE categoria_id= 2 ); Enter fullscreen mode Exit fullscreen mode Row Subquery Retorna uma linha com múltiplas colunas. Menos comum, mas útil para comparar um conjunto de valores de uma vez só. -- Encontra o produto que tem exatamente esse nome e preço SELECT id FROM produtos WHERE (nome, preco)= ( SELECT nome, preco FROM produtos WHERE id = 10 ); Enter fullscreen mode Exit fullscreen mode A comparação de linha inteira evita escrever múltiplas condições AND. O suporte varia entre bancos — PostgreSQL e MySQL suportam bem; SQL Server tem suporte mais limitado. Table Subquery Retorna múltiplas linhas e colunas — um conjunto de dados completo que é tratado como se fosse uma tabela temporária. Também chamada de derived table ou inline view. Aparece no FROM e precisa de um alias. -- Receita por cliente, mas filtrando apenas quem passou de 500 SELECT cliente_nome, receita_total FROM ( SELECT c.nomeAS cliente_nome, SUM(p.valor) AS receita_total FROM clientes c JOIN pedidos p ON p.cliente_id= c.id GROUP BY c.nome ) AS resumo WHERE receita_total> 500; Enter fullscreen mode Exit fullscreen mode A subquery interna calcula a receita por cliente. A query externa trata esse resultado como uma tabela e aplica o filtro. Isso seria impossível diretamente porque WHERE é avaliado antes do GROUP BY — a table subquery contorna isso. Tipos por Comportamento Nested Subquery (Independente) Uma subquery é nested quando pode ser executada de forma completamente independente da query externa. Ela não referencia nenhuma coluna da tabela externa — é avaliada uma única vez, e o resultado é passado para a query externa usar. SELECT nome FROM clientes WHERE cidade= ( SELECT cidade FROM clientes WHERE id= 1 ); Enter fullscreen mode Exit fullscreen mode A subquery interna busca a cidade do cliente 1. Isso não depende de nenhum dado da query externa — roda uma vez, retorna 'São Paulo', e a query externa usa esse valor para filtrar todos os clientes. Por serem independentes, nested subqueries são geralmente eficientes — o banco as executa uma única vez e reutiliza o resultado. Correlated Subquery (Dependente) Uma subquery é correlacionada quando referencia colunas da query externa. Isso significa que ela é reavaliada para cada linha que a query externa processa — o que pode ser custoso em tabelas grandes, mas permite expressar consultas que seriam impossíveis de outra forma. -- Clientes cujo total de pedidos está acima da média geral SELECT nome FROM clientes c WHERE ( SELECT SUM(valor) FROM pedidos p WHERE p.cliente_id= c.id-- referência à query externa )> ( SELECT AVG(valor) FROM pedidos ); Enter fullscreen mode Exit fullscreen mode A subquery WHERE p.cliente_id = c.id referencia c.id, que vem da query externa. Para cada cliente que a query externa examina, a subquery roda novamente com o id daquele cliente específico. O uso mais clássico de correlated subquery é com EXISTS e NOT EXISTS: -- Clientes que fizeram pelo menos um pedido SELECT nome FROM clientes c WHERE EXISTS ( SELECT 1 FROM pedidos p WHERE p.cliente_id= c.id ); -- Clientes que nunca fizeram nenhum pedido SELECT nome FROM clientes c WHERE NOT EXISTS ( SELECT 1 FROM pedidos p WHERE p.cliente_id = c.id ); Enter fullscreen mode Exit fullscreen mode EXISTS retorna verdadeiro assim que encontra a primeira correspondência — não precisa contar nem trazer dados, apenas confirmar que existe ao menos uma linha. Por isso é mais eficiente que IN em muitos casos, especialmente quando a subquery pode retornar NULL. Subquery vs JOIN Muitas subqueries podem ser reescritas como JOINs, e vice-versa. A escolha entre os dois depende de legibilidade e, às vezes, de performance — embora os otimizadores modernos frequentemente gerem planos de execução idênticos para ambos. -- Com subquery SELECT nome FROM clientes WHERE id IN (SELECT cliente_id FROM pedidos WHERE valor > 1000); -- Com JOIN SELECT DISTINCT c.nome FROM clientes c INNER JOIN pedidos p ON p.cliente_id = c.id WHERE p.valor > 1000; Enter fullscreen mode Exit fullscreen mode O resultado é o mesmo. A subquery é mais próxima da forma como pensamos a pergunta em linguagem natural; o JOIN explicita a relação entre as tabelas. Use o que tornar a intenção mais clara — e prefira EXISTS a IN quando a subquery puder conter NULL ou retornar muitas linhas.