Partilhar via

Separe relatórios de modelos no Power BI Desktop

  • Artigo

Ao criar uma nova solução do Power BI Desktop, uma das primeiras tarefas que você precisa fazer é "obter dados". A obtenção de dados pode resultar em dois resultados distintamente diferentes. Poderia:

  • Crie uma conexão em tempo real com um modelo já publicado, que pode ser um modelo semântico do Power BI ou um modelo do Analysis Services hospedado remotamente.
  • Inicie o desenvolvimento de um novo modelo, que pode ser um modelo Import, DirectQuery ou Composto.

Este artigo trata do segundo cenário. Ele fornece orientação sobre se um relatório e um modelo devem ser combinados em um único arquivo do Power BI Desktop.

Solução de arquivo único

Uma solução de arquivo único funciona bem quando há apenas um único relatório baseado no modelo. Neste caso, é provável que tanto o modelo como o relatório sejam esforços da mesma pessoa. Definimo-lo como uma solução de BI pessoal, embora o relatório possa ser partilhado com outras pessoas. Essas soluções podem representar relatórios com escopo de função ou avaliações únicas de um desafio de negócios — geralmente descritos como relatórios ad hoc .

Um único ficheiro contém um modelo e um relatório, desenvolvidos pela mesma pessoa.

Arquivos de relatório separados

Faz sentido separar o desenvolvimento de modelos e relatórios em arquivos separados do Power BI Desktop quando:

  • Modeladores de dados e autores de relatórios são pessoas diferentes.
  • Entende-se que um modelo será a fonte de vários relatórios, agora ou no futuro.

Há três arquivos PBIX. O primeiro contém apenas um modelo. Os outros dois contêm apenas relatórios e eles se conectam ao modelo hospedado no serviço do Power BI. Os relatórios são desenvolvidos por diferentes pessoas.

Os modeladores de dados ainda podem usar a experiência de criação de relatórios do Power BI Desktop para testar e validar seus designs de modelo. No entanto, logo após publicar seu arquivo no serviço do Power BI, eles devem remover o relatório do espaço de trabalho. E devem lembrar-se de remover o relatório sempre que republicarem e substituírem o modelo semântico.

Preservar a interface do modelo

Por vezes, as mudanças de modelo são inevitáveis. Os modeladores de dados devem tomar cuidado, então, para não quebrar a interface do modelo. Se isso acontecer, é possível que os visuais de relatório relacionados ou os blocos do painel sejam quebrados. Visuais quebrados aparecem como erros e podem resultar em frustração para os autores e consumidores de relatórios. E pior: podem reduzir a confiança nos dados.

Portanto, gerencie as alterações de modelo com cuidado. Se possível, evite as seguintes alterações:

  • Renomear tabelas, colunas, hierarquias, níveis hierárquicos ou medidas.
  • Modificando tipos de dados de coluna.
  • Modificar expressões de medida para que retornem um tipo de dados diferente.
  • Mover medidas para uma mesa de casa diferente. Isso porque mover uma medida pode quebrar medidas com escopo de relatório que qualificam totalmente as medidas com seu nome de tabela de origem. Não recomendamos que você escreva expressões DAX usando nomes de medidas totalmente qualificados. Para obter mais informações, consulte DAX: Referências de coluna e medida.

Adicionar novas tabelas, colunas, hierarquias, níveis de hierarquia ou medidas é seguro, com uma exceção: é possível que um novo nome de medida possa colidir com um nome de medida com escopo de relatório. Para evitar colisões, recomendamos que os autores de relatórios adotem uma convenção de nomenclatura ao definir medidas em seus relatórios. Eles podem prefixar nomes de medidas com escopo de relatório com um sublinhado ou algum outro caractere.

Se tiver de fazer alterações significativas aos seus modelos, recomendamos:

Ambas as opções permitem que você identifique rapidamente quaisquer relatórios e painéis relacionados. A visualização de linhagem de dados é provavelmente a melhor escolha porque é fácil ver a pessoa de contato para cada item relacionado. Na verdade, é um hiperlink que abre uma mensagem de e-mail endereçada ao contato.

Recomendamos que você entre em contato com o proprietário de cada item relacionado para informá-lo de quaisquer alterações de quebra planejadas. Dessa forma, eles podem estar preparados e prontos para corrigir e republicar seus relatórios, ajudando a minimizar o tempo de inatividade e a frustração.

Conteúdos relacionados

Para obter mais informações relacionadas a este artigo, confira os seguintes recursos: