19. Eventhouse e banco de dados KQL

Dados de sensores, logs e cliques chegam como uma sequência de eventos no tempo. Eventhouse e bancos KQL foram desenhados para ingerir e explorar esse movimento sem obrigar a solução a parecer um banco transacional tradicional.

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 19 de 24 da disciplina Preparar dados. A leitura parte do que foi construído em Editor de Consultas Visuais. Depois dele, o estudo avança para Disponibilidade do Eventhouse no OneLake.

Do fluxo ao Eventhouse

O Eventhouse reúne bancos KQL e recursos para dados de eventos. Fontes podem chegar por conectores e fluxos compatíveis, enquanto o hub Real-Time ajuda a descobri-las. Defina esquema, mapeamento e identidade antes de aumentar a taxa de ingestão.

Com essa base, o capítulo segue para Banco KQL e exploração temporal. O conceito que acabou de ser apresentado passa a funcionar como ponto de partida para a decisão seguinte.

Banco KQL e exploração temporal

Tabelas guardam eventos consultados com KQL. Filtros de tempo, projeções e agregações por janelas permitem localizar padrões em grandes volumes. O modelo é adequado a observação e séries temporais; ele não exige transformar cada evento numa estrutura OLTP normalizada.

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

Retenção e cache como escolhas operacionais

Nem todo evento precisa permanecer para sempre nem no cache mais quente. Retenção segue requisito legal e analítico; política de cache aproxima o período mais consultado. Guardar tudo indefinidamente aumenta custo e pode dificultar operação sem criar valor.

Resta ligar esse mecanismo a Qualidade e eficiência da consulta. Essa passagem completa o fluxo e permite avaliar o resultado como um todo, em vez de conferir apenas uma configuração isolada.

Qualidade e eficiência da consulta

Timestamp, chave do dispositivo e unidade de medida precisam de contratos. Filtrar tempo cedo reduz o conjunto; agregações coerentes preservam interpretação. Monitore atraso de ingestão, falhas de mapeamento, volume e consultas lentas para separar problema da fonte de problema analítico.

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.