14. Exibições SQL

Uma consulta útil costuma reaparecer em relatórios, validações e integrações. A view permite dar nome a essa lógica e oferecer uma superfície estável, mas continua dependendo das tabelas, permissões e desempenho que estão por baixo.

Preparar dados é construir o caminho entre uma fonte e uma base analítica confiável. Armazenamento, ingestão, qualidade e consulta formam uma sequência: uma decisão mal resolvida no início reaparece no modelo e no relatório. Este é o capítulo 14 de 24 da disciplina Preparar dados. A leitura parte do que foi construído em Esquema estrela no warehouse. Depois dele, o estudo avança para Funções e procedimentos armazenados.

Uma consulta com nome

A view encapsula SELECT, joins, filtros e projeções suportadas. Consumidores passam a consultar um objeto lógico e deixam de repetir a mesma construção. Em geral, o resultado não é armazenado como uma nova tabela; a consulta subjacente ainda precisa ser executada.

Com essa base, o capítulo segue para Contrato para consumidores. O conceito que acabou de ser apresentado passa a funcionar como ponto de partida para a decisão seguinte.

Contrato para consumidores

Nomes claros e colunas selecionadas criam uma interface mais estável que acesso direto a toda tabela. Alterações incompatíveis na origem podem quebrar a view ou seus consumidores. Versione mudanças e avalie dependências antes de remover ou renomear campos.

A decisão anterior ainda não encerra o problema. Em Segurança e exposição, veremos o que muda quando esse mecanismo encontra outra camada, outro contexto ou uma necessidade mais específica.

Segurança e exposição

Permissões podem ser concedidas sobre a camada de consumo conforme os recursos suportados, reduzindo acesso direto. Isso não transforma uma view em barreira universal: filtros, identidade, propriedade e caminhos alternativos precisam ser avaliados no ambiente.

Resta ligar esse mecanismo a Desempenho continua vindo do plano. Essa passagem completa o fluxo e permite avaliar o resultado como um todo, em vez de conferir apenas uma configuração isolada.

Desempenho continua vindo do plano

Filtros seletivos, joins corretos, distribuição e volume das tabelas influenciam a execução. Uma view aninhada demais pode esconder uma consulta cara. Examine o plano e materialize resultados em tabela apenas quando a necessidade e a política de atualização justificarem.

Com as quatro partes reunidas, já é possível sair das definições e acompanhar uma situação completa. O exemplo seguinte mostra como as decisões aparecem em conjunto e em que momento cada uma precisa ser conferida.