03. Modos de armazenamento

O modelo pode responder com dados carregados em memória, consultas enviadas à origem ou leitura direta de tabelas no OneLake. Essa escolha determina o caminho de cada clique e influencia desempenho, atualidade e operação.

O modelo semântico transforma tabelas em conceitos de negócio. Grão, relações, modos de armazenamento e DAX precisam funcionar como um sistema para que cada filtro produza um número correto e compreensível. Este é o capítulo 3 de 13 da disciplina Implementar e gerenciar modelos semânticos. A leitura parte do que foi construído em Tabelas de ponte e muitos para muitos. Depois dele, o estudo avança para Direct Lake e atualização incremental.

Import privilegia consulta em memória

Dados são carregados e comprimidos no modelo. Interações costumam ser rápidas e a modelagem é ampla, mas mudanças da origem só aparecem após atualização. Tamanho, janela de processamento e frequência de refresh precisam caber na capacidade.

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

DirectQuery depende da fonte

Cada interação pode gerar consultas enviadas ao sistema de origem. Latência, índices, concorrência e limites passam a fazer parte da experiência. Permanecer na origem não significa tempo real garantido nem ausência de cache e atualização de metadados.

A decisão anterior ainda não encerra o problema. Em Direct Lake aproxima OneLake e VertiPaq, veremos o que muda quando esse mecanismo encontra outra camada, outro contexto ou uma necessidade mais específica.

Direct Lake aproxima OneLake e VertiPaq

Em dados compatíveis do Fabric, Direct Lake carrega colunas do OneLake conforme a demanda pelo mecanismo VertiPaq, evitando uma importação tradicional completa. Capacidade, guardrails e variante do Direct Lake precisam ser entendidos e medidos.

Resta ligar esse mecanismo a A tabela e o modelo podem exigir combinações. Essa passagem completa o fluxo e permite avaliar o resultado como um todo, em vez de conferir apenas uma configuração isolada.

A tabela e o modelo podem exigir combinações

Estratégias diferentes podem coexistir em modelos compostos, mas aumentam o número de caminhos. Segurança e recursos variam. Escolha pela latência, escala, governança e experiência necessária; depois teste consultas reais, não somente a abertura inicial.

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.