Semana 10 Encontro conceitualMódulo III — Consultas, modelagem, transformação e disponibilização
Consultas
O que acontece entre escrever SQL e receber resultado: otimizador, vida útil da consulta e o que muda quando o dado não para de chegar.
- Semana
- 10 de 16 — ver data no cronograma
- Titularidade
- Docente
- Módulo
- III — Consultas, modelagem, transformação e disponibilização
Objetivos de aprendizagem
Ao fim deste Encontro você deve conseguir:
- Descrever o caminho de uma consulta, do parser ao plano executado
- Aprimorar o desempenho de uma consulta a partir do plano, e não por tentativa
- Reconhecer os padrões que impedem o otimizador de fazer seu trabalho
- Explicar o que muda ao consultar dados de streaming, onde não existe 'todos os dados'
O otimizador é o componente do banco que mais se subestima e mais se antropomorfiza. Ele não entende sua intenção: estima custo com base em estatísticas, e quando as estatísticas estão desatualizadas ou a distribuição é enviesada, ele escolhe mal com toda a confiança do mundo.
Daí a regra desta Semana: otimize a partir do plano, não do palpite. Toda afirmação sobre desempenho neste curso precisa vir com o plano de execução antes e depois. É a mesma exigência que a rubrica de ADR faz — medição, não autoridade.
Consulta sobre streaming vira outro problema porque a premissa some: não existe “todos os dados”, só uma janela do que chegou até agora. A resposta certa passa a depender de quando você perguntou, e isso precisa estar declarado, não descoberto.
Esta é a Semana da E2: ingestão em lote e captura de mudanças. Confira o checklist da E2 antes de seguir.
Material complementar
- Use The Index, Luke! — Como o índice é usado do ponto de vista de quem escreve a consulta
- PostgreSQL — Using EXPLAIN