Uma CTE (Common Table Expression), definida com WITH, é um conjunto de resultados temporário nomeado que você pode referenciar dentro de uma consulta. CTEs tornam consultas complexas mais legíveis ao dividi-las em etapas nomeadas e lógicas — e habilitam consultas recursivas (para hierarquias).
active_users (
id, name users active
)
active_users
name ;
O WITH ... AS (...) define uma CTE — uma consulta nomeada que você referencia depois. É como uma subconsulta, mas nomeada e legível, especialmente para consultas complexas.
WITH
monthly_sales AS (
SELECT month, SUM(amount) AS total FROM orders GROUP BY month
),
avg_sales AS (
SELECT AVG(total) AS avg_total FROM monthly_sales -- a CTE can reference another
)
SELECT m.month, m.total
FROM monthly_sales m, avg_sales a
WHERE m.total > a.avg_total; -- months above the average
Múltiplas CTEs dividem uma consulta complexa em etapas sequenciais e legíveis — cada uma se construindo sobre a anterior. Isso é muito mais claro do que subconsultas profundamente aninhadas.
Nested subqueries → hard to read when deeply nested
CTEs → name each step, read top-to-bottom like a sequence → much clearer
→ CTEs are often preferred for COMPLEX queries purely for readability/maintainability.
-- traverse a hierarchy (e.g. all descendants of a category, an org chart)
WITH RECURSIVE subordinates AS (
SELECT id, name, manager_id FROM employees WHERE id = 1 -- base case (the top)
UNION ALL
SELECT e.id, e.name, e.manager_id
FROM employees e
JOIN subordinates s ON e.manager_id = s.id -- recursive step
)
SELECT * FROM subordinates; -- the whole tree under employee 1
CTEs recursivas (WITH RECURSIVE) percorrem dados hierárquicos/em árvore (organogramas, árvores de categorias, estrutura de materiais, caminhos em grafos) — algo que de outro modo é muito difícil em SQL.
CTEs são um recurso SQL importante para legibilidade e recursão, e compreendê-las é valioso para escrever consultas complexas manteníveis e para lidar com dados hierárquicos.
O benefício principal do dia a dia é a legibilidade: consultas complexas com múltiplos níveis de subconsultas ficam difíceis de ler e manter, enquanto CTEs permitem dividir a consulta em etapas lógicas sequenciais e nomeadas (leia de cima para baixo como uma série de operações), melhorando dramaticamente a clareza — por essa razão, CTEs são frequentemente preferidas a subconsultas profundamente aninhadas para consultas complexas, tornando-as uma ferramenta importante para escrever SQL mantenível.
Igualmente importante é a capacidade de CTE recursiva (WITH RECURSIVE), que habilita a consulta de dados hierárquicos e estruturados em árvore (organogramas, árvores de categorias, estrutura de materiais, travessia de grafos) — uma classe de consultas que de outro modo é muito difícil ou impossível em SQL padrão, tornando CTEs recursivas a solução padrão para travessia de dados hierárquicos.
Compreender ambos os usos — CTEs para decompor consultas complexas em etapas legíveis e CTEs recursivas para travessia hierárquica — cobre o valor prático.
Como consultas complexas são comuns em aplicações reais (e legibilidade/manutenibilidade importam), e como dados hierárquicos (que CTEs recursivas lidam uniquamente bem) aparecem com frequência (estruturas organizacionais, categorias aninhadas, dados encadeados), compreender CTEs é conhecimento valioso de nível sênior que melhora a manutenibilidade de consultas e desbloqueia consultas hierárquicas — uma ferramenta frequentemente relevante para escrever SQL limpo e sofisticado e um tópico comum que demonstra capacidade SQL avançada, particularmente a forma recursiva para dados estruturados em árvore.