Expressões Comuns de Tabela (CTEs)

CTEs melhoram a legibilidade, mas introduzem armadilhas de planejamento e recursão. Audite consultas com muitas CTEs antes da produção.

Como Usar Esta Lista

• Revise durante o PR de SQL para materialização oculta ou profundidade de recursão.
• Use EXPLAIN ANALYZE após adicionar cadeias de CTEs.
• Prefira legibilidade; refatore quando provado ser lento.

Comportamento do Planejador (1-3)

1. Suposição de que a CTE é sempre inline - O PostgreSQL pode materializar nós WITH (especialmente com recursão ou certas referências).

   • Por que acontece: O planejador escolhe com base no custo; verifique com EXPLAIN.
   • Correção: indefinido.

2. Referências duplicadas de CTE - A mesma CTE referenciada duas vezes pode ser executada duas vezes se não for materializada.

   • Por que acontece: Materialize com AS MATERIALIZED no PG 12+ quando necessário.
   • Correção: indefinido.

3. Filtragem após CTE enorme - Grande conjunto intermediário e depois WHERE na consulta externa.

   • Por que acontece: Empurre filtros para a etapa de CTE mais inicial possível.
   • Correção: indefinido.

Armadilhas de Legibilidade (4-5)

1. Cadeias de CTEs muito profundas - WITH de dez etapas é difícil de testar.

   • Por que acontece: Divida em views ou tabelas temporárias em estágios para ETL.
   • Correção: indefinido.

2. CTE recursiva sem guarda de ciclo - Recursão infinita até work_mem esgotar.

   • Por que acontece: Rastreie nós visitados; defina a profundidade máxima de recursão.
   • Correção: indefinido.

FAQs

Relacionados

• Noções Básicas de SQL Avançado - Introdução a CTEs
• CTEs Recursivas - Hierarquias

Versões do Stack: Esta página foi escrita para PostgreSQL 18.4 (estável 18, manutenção 17), pgvector 0.8+, PgBouncer 1.x, Patroni 3.x e PostGIS 3.5+.