Modelos compostos no Power BI: combine fontes com critério

Modelos compostos no Power BI permitem combinar tabelas de diferentes origens ou modos de armazenamento num único modelo. Isso amplia as opções de arquitetura, mas não garante rapidez nem simplicidade. A escolha precisa considerar consulta, atualização, relacionamento, segurança e responsabilidade operacional.

O que tornam modelos compostos no Power BI diferentes

Um modelo pode combinar tabelas importadas, DirectQuery ou conexão a outro modelo semântico, conforme as capacidades disponíveis. Cada modo tem comportamento diferente: importação armazena dados no modelo, enquanto DirectQuery consulta a fonte durante a interação. O desenho precisa explicitar quais tabelas usam cada modo.

Esse arranjo pode atender um requisito real, como complementar um modelo corporativo com uma tabela local de metas. Não deve ser escolhido apenas porque parece mais moderno. Primeiro descreva a pergunta, a origem oficial, o nível de atualização necessário e quais dados precisam coexistir.

Mapeie fontes e mantenha uma camada de referência

Faça um inventário com fonte, proprietário, credencial, frequência, modo e granularidade. Identifique quem define cada campo e qual sistema é considerado referência quando os valores divergem. Sem esse mapa, o modelo mistura domínios semelhantes com regras incompatíveis e torna difícil explicar a diferença ao usuário.

Quando uma fonte é compartilhada, procure reutilizar o modelo semântico aprovado em vez de reconectar às tabelas originais. A camada central pode conter medidas, relações e segurança que deveriam permanecer coerentes. Adicionar uma fonte pode introduzir dependências sobre a fonte externa e sobre o modelo remoto.

Escolha o modo de armazenamento por requisito

Importação pode atender interações rápidas quando o tamanho e a frequência de atualização são compatíveis com a capacidade. DirectQuery pode ser necessário quando a consulta precisa atingir uma fonte sem importar todo o conjunto, mas desempenho depende da fonte, da consulta e da rede. Compare opções em um protótipo representativo.

Uma tabela agregada importada junto com detalhe em DirectQuery é uma possibilidade em alguns desenhos. Valide a transição entre níveis, os filtros e a consistência do resultado. A recomendação oficial da Microsoft detalha custos e considerações para modelos compostos; não trate uma configuração como recomendação universal.

Desenhe relações entre grupos de fontes

Relações entre tabelas de diferentes grupos de fonte podem ter comportamento e limitações diferentes de relações locais. Verifique cardinalidade, direção de filtro e correspondência de chaves. Dados da dimensão e da fato precisam ter semântica alinhada, caso contrário uma relação válida no editor pode produzir uma análise enganosa.

Exemplo hipotético: uma meta mensal de um arquivo local cruza vendas diárias vindas de um modelo publicado. Se a meta está no grão mês e a venda no grão dia, distribua ou compare a meta com uma medida que respeite mês. Atribuir a meta inteira a cada dia multiplica o valor aparente.

Avalie segurança ponta a ponta

Uma composição pode reunir dados protegidos por regras distintas. Verifique permissões no modelo remoto, acesso à fonte, credenciais, identidade do usuário e comportamento de segurança em cada modo. Teste com contas representativas, inclusive alguém sem acesso amplo, antes de publicar para uma audiência.

Não presuma que uma regra aplicada numa tabela se propaga a toda outra fonte da mesma maneira. Confirme na documentação do modo de conexão e reproduza o teste com filtros conhecidos. O responsável pelo modelo deve entender quem mantém cada regra e como a alteração de uma fonte afeta o acesso final.

Meça desempenho com consultas reais

Teste as páginas usadas no trabalho, com os filtros que as pessoas selecionam e a carga de uso esperada. A latência percebida pode vir da fonte remota, do modelo semântico, da rede, de uma relação ou de um visual. Registre tempo e consulta antes de modificar o desenho.

Reduza campos não necessários, evite visuais que dispararam consultas redundantes e analise a capacidade das origens. Uma melhoria local pode aumentar a pressão em outra fonte. Compare uma versão de referência com o protótipo, observando atualização, interação e comportamento sob filtros comuns.

Planeje atualização, falhas e propriedade

Defina qual parte atualiza, em qual intervalo e como uma falha será detectada. Uma tabela importada pode estar atualizada enquanto a fonte consultada em tempo real está indisponível; mostre quando essa diferença afeta decisões. Registre alertas, contatos e a sequência de recuperação.

Evite dependência de arquivo pessoal ou credencial que só uma pessoa controla. A solução precisa sobreviver a troca de responsável e a mudanças de origem. Crie ambientes de desenvolvimento e produção, mantenha parâmetros de conexão e faça revisão antes de alterar fontes compartilhadas.

Use uma estrela sempre que ela facilitar a leitura

Mesmo com modos combinados, o modelo deve preservar uma estrutura compreensível. Dimensões devem filtrar fatos com grão consistente, e medidas devem representar as regras do negócio. O guia de esquema em estrela ajuda a verificar fatos, dimensões e relações.

Se a composição conectar modelos publicados, explique a responsabilidade por cada campo e cada cálculo. Não esconda relações cruzadas complexas numa camada que o usuário não consegue auditar. Um modelo simples, ainda que com várias fontes, é mais fácil de sustentar que uma rede de exceções sem documentação.

Checklist antes de publicar um modelo composto

Confirme: necessidade de negócio, origem de cada dado, modos de armazenamento, grãos, chaves, desempenho, segurança, atualização, credenciais e contingência. Registre também quais visualizações foram testadas e os limites conhecidos. Obtenha validação do dono de dados e do responsável técnico.

Submeta a mudança a revisão no pipeline de implantação e revise acesso como no guia de funções do workspace. Depois de publicar, monitore erros e latência na experiência real, em vez de considerar o protótipo uma prova final.

Faça um protótipo isolado antes de adotar o desenho

Selecione uma página representativa e uma medida crítica para comparar importação, consulta direta e combinação de fontes. Reproduza filtros, intervalo de datas e detalhe que a equipe realmente consulta. Guarde a consulta, o tempo observado, a configuração e a versão para que a comparação possa ser repetida.

Inclua no protótipo um caso de relacionamento sem correspondência e uma seleção com várias dimensões. Verifique se o usuário entende o resultado sem saber qual tabela está em cada modo. Se a arquitetura exige explicações constantes, simplifique a solução antes de escalar para outros relatórios.

Fonte técnica: Microsoft Learn — modelos compostos; consulte também a orientação de modelos compostos. Consultado em 25/10/2026.