Cenários de utilização do Power BI: Gestão avançada de modelos de dados

Nota

Este artigo faz parte da série de artigos de planejamento de implementação do Power BI. Esta série se concentra principalmente na experiência do Power BI no Microsoft Fabric. Para obter uma introdução à série, consulte Planejamento de implementação do Power BI.

Esse cenário de uso se concentra no gerenciamento avançado de modelos de dados, que é quando um criador de conteúdo do Power BI depende de uma ferramenta de terceiros para desenvolver, gerenciar ou otimizar modelos de dados. Algumas ferramentas de terceiros são ferramentas externas, que o Power BI Desktop suporta diretamente. Você também pode gerenciar um modelo de dados publicado (modelo semântico) comunicando-se diretamente com o ponto de extremidade XMLA no serviço do Power BI.

Os modelos de dados são hospedados no serviço Power BI, Azure Analysis Services (AAS) ou SQL Server Analysis Services (SSAS). Este cenário de uso se concentra no uso do ponto de extremidade XMLA no serviço do Power BI.

Gorjeta

Muitas pessoas referem-se a ferramentas de terceiros como ferramentas externas. No entanto, existem distinções na forma como diferentes ferramentas podem ser usadas. Conectar-se a um modelo de dados local no Power BI Desktop é a interpretação mais literal do termo ferramenta externa. Esse cenário de uso avançado de gerenciamento de modelo de dados se concentra na conexão a um modelo de dados remoto (um modelo semântico hospedado no serviço do Power BI) usando o ponto de extremidade XMLA. Mais detalhes sobre as diferentes maneiras de usar ferramentas de terceiros são descritos mais adiante neste artigo.

Você pode obter conectividade com um modelo de dados usando o protocolo XML for Analysis (XMLA). O protocolo XMLA é um protocolo padrão do setor que é suportado por mais de 25 fornecedores, incluindo a Microsoft. Todas as ferramentas, incluindo ferramentas de terceiros, que são compatíveis com o protocolo XMLA usam bibliotecas de cliente da Microsoft para ler e/ou gravar dados em um modelo de dados. A conectividade é obtida com um ponto de extremidade XMLA, que é uma API exposta por um modelo de dados que amplia os recursos de desenvolvimento e gerenciamento disponíveis para criadores de modelos semânticos.

Nota

Esse cenário de uso de gerenciamento avançado de modelo de dados é um dos cenários de gerenciamento e implantação de conteúdo. Para obter uma lista completa dos cenários de uso de autoatendimento, consulte Cenários de uso do Power BI.

Por uma questão de brevidade, alguns aspetos descritos no tópico Cenários de colaboração e entrega de conteúdo não são abordados neste artigo. Para uma cobertura completa, leia esses artigos primeiro.

Diagrama de cenário

O foco desse cenário avançado de uso de gerenciamento de modelo de dados é usar o Editor de Tabelas para gerenciar o modelo de dados. Você pode publicar um modelo de dados no serviço do Power BI usando o ponto de extremidade XMLA, que está disponível com o Power BI Premium.

Importante

Às vezes, este artigo se refere ao Power BI Premium ou suas assinaturas de capacidade (SKUs P). Lembre-se de que a Microsoft está atualmente consolidando opções de compra e desativando as SKUs do Power BI Premium por capacidade. Em vez disso, os clientes novos e existentes devem considerar a compra de assinaturas de capacidade de malha (SKUs F).

Para obter mais informações, consulte Atualização importante chegando ao licenciamento do Power BI Premium e Perguntas frequentes sobre o Power BI Premium.

Gorjeta

Recomendamos que você revise o cenário de uso de publicação de conteúdo de autoatendimento se não estiver familiarizado com ele. O cenário de gerenciamento avançado de modelo de dados se baseia nesse cenário.

Nota

Às vezes, os termos modelo semântico e modelo de dados são usados de forma intercambiável. Geralmente, de uma perspetiva de serviço do Power BI, é chamado de modelo semântico. Do ponto de vista do desenvolvimento, é referido como um modelo de dados (ou modelo ). Neste artigo, ambos os termos têm o mesmo significado. Da mesma forma, um criador de modelo semântico e um modelador de dados têm o mesmo significado.

O diagrama a seguir mostra uma visão geral de alto nível das ações e ferramentas de usuário mais comuns que podem ajudá-lo a desenvolver, gerenciar ou otimizar modelos de dados.

Gorjeta

Recomendamos que você baixe o diagrama de cenário se quiser incorporá-lo em sua apresentação, documentação ou postagem de blog, ou imprimi-lo como um pôster de parede. Como é uma imagem SVG (Scalable Vetor Graphics), você pode dimensioná-la para cima ou para baixo sem perda de qualidade.

O diagrama de cenário descreve as seguintes ações, ferramentas e recursos do usuário:

Item	Descrição
	Os criadores de modelos desenvolvem modelos de dados usando o Editor de Tabelas. É comum que o trabalho de design inicial (como o trabalho do Power Query) seja feito no Power BI Desktop antes de alternar para o Editor de Tabela (não representado no diagrama de cenário).
	O modelo de dados se conecta a dados de uma ou mais fontes de dados.
	Algumas fontes de dados podem exigir um gateway de dados local ou um gateway VNet para atualização de dados, como aqueles que residem em uma rede organizacional privada.
	O desenvolvimento do modelo de dados é feito no Editor de Tabelas. A edição de scripts do Power Query (M) é suportada. Os criadores de modelos podem usar scripts C# para acelerar o desenvolvimento.
	Quando prontos, os criadores de modelos semânticos publicam o modelo de dados do Editor de Tabelas no serviço do Power BI usando o ponto de extremidade XMLA do espaço de trabalho de destino.
	O modelo de dados é publicado em um espaço de trabalho dedicado a armazenar e proteger modelos semânticos compartilhados. O acesso ao espaço de trabalho usando o ponto de extremidade XMLA só é possível quando o modo de licença do espaço de trabalho está definido como Capacidade de malha, Capacidade Premium, Premium por usuário ou Incorporado.
	Os criadores de relatórios criam relatórios usando uma conexão em tempo real com o modelo semântico compartilhado.
	Os criadores de relatórios desenvolvem relatórios no Power BI Desktop. Além de separar propositalmente relatórios de modelos semânticos, os criadores de conteúdo seguem o processo típico de criação de relatórios.
	Quando estiverem prontos, os criadores de relatórios publicam o arquivo do Power BI Desktop (.pbix) ou o arquivo de projeto do Power BI (.pbip) no serviço do Power BI.
	Os relatórios são publicados em um espaço de trabalho dedicado a armazenar e proteger relatórios e painéis.
	Os relatórios publicados permanecem conectados ao modelo semântico compartilhado armazenado em um espaço de trabalho diferente. Quaisquer alterações feitas no modelo semântico compartilhado afetam todos os relatórios dependentes.
	Ferramentas de terceiros podem usar o ponto de extremidade XMLA para consultar o modelo semântico compartilhado. Outras ferramentas compatíveis com XMLA, como DAX Studio, Link Semântico de blocos de anotações de malha ou Windows PowerShell, podem ser usadas para consultar ou atualizar o modelo semântico compartilhado. O Power BI Desktop, o Excel e o Construtor de Relatórios também podem se conectar usando o ponto de extremidade XMLA (não representado no diagrama de cenário).
	Outras ferramentas da Microsoft e de terceiros podem usar o ponto de extremidade XMLA para gerenciar o modelo semântico e fornecer gerenciamento do ciclo de vida do aplicativo. Para saber mais, consulte Ferramentas de cliente baseadas em ponto de extremidade XMLA.
	Os administradores de malha gerenciam a configuração do locatário para habilitar o uso do ponto de extremidade XMLA. O administrador deve habilitar o ponto de extremidade XMLA para capacidades de malha, capacidades Premium e configurações Premium por usuário.
	Os administradores de malha supervisionam e monitoram a atividade no portal de malha.

Pontos principais

A seguir estão alguns pontos-chave a serem enfatizados sobre o cenário de gerenciamento avançado de modelo de dados.

Aplicações e ferramentas de terceiros

As equipes de BI empresarial geralmente usam ferramentas de cliente, como o Editor de Tabelas (descrito no diagrama de cenário e descrito no próximo tópico), para ajudá-los a gerenciar modelos semânticos centralizados. No entanto, qualquer criador de modelo semântico que queira trabalhar com recursos avançados de modelagem pode aproveitar os métodos descritos neste cenário de uso.

Há várias maneiras de usar aplicativos de terceiros:

• Conectar-se a um modelo de dados remoto usando o ponto de extremidade XMLA: algumas ferramentas de terceiros podem se conectar diretamente a um modelo de dados remoto no serviço do Power BI (ou Analysis Services). Uma vez conectado ao ponto de extremidade XMLA, todas as operações TOM (Tabular Object Model) são suportadas. Essa abordagem é o foco principal desse cenário de uso.
• Conectar-se a um modelo de dados local no Power BI Desktop: algumas ferramentas de terceiros podem se conectar a um modelo de dados local aberto no Power BI Desktop (não representado no diagrama de cenário). No entanto, existem algumas limitações e nem todas as funcionalidades de ferramentas externas são oficialmente suportadas.
• Conectar-se a um arquivo de modelo no Power BI Desktop: algumas ferramentas de terceiros distribuem suas funcionalidades de forma leve usando um arquivo de modelo do Power BI Desktop (.pbit) (não representado no diagrama de cenário).

Tabular Editor

O Editor de Tabelas é representado no diagrama de cenário. É uma ferramenta de terceiros que alcançou ampla adoção pela comunidade do Power BI. Algumas vantagens de gerenciar modelos de dados tabulares com o Editor de Tabelas incluem:

• Configurando recursos de modelo de dados não suportados no Power BI Desktop: o Editor de Tabelas fornece uma interface para configurar OLS (segurança no nível do objeto), grupos de cálculo, perspetivas, traduções e partições.
• Suporte para desenvolvimento de modelo simultâneo: as ferramentas de desenvolvimento de modelo de dados da Microsoft, como o Visual Studio com projetos do Analysis Services, armazenam toda a definição do modelo de dados em um arquivo Model.bim . Esse único arquivo pode dificultar o trabalho conjunto de uma equipe de desenvolvedores em um único modelo de dados. O Editor de Tabelas tem um recurso chamado serialização de pastas. A serialização de pastas desconstrói o arquivo Model.bim em arquivos específicos de objeto separados dentro de uma estrutura de pastas organizada. Modeladores de dados diferentes podem então trabalhar em arquivos diferentes com menos risco de substituir os esforços uns dos outros.
• Integração com o controle do código-fonte: a serialização de pastas permite que o sistema de controle do código-fonte detete facilmente alterações no modelo de dados, facilitando as mesclagens de origem e a resolução de conflitos.
• Melhor qualidade e design do modelo de dados: o Editor de Tabelas integra-se ao BPA (Best Practices Analyzer). O BPA ajuda os modeladores de dados com um conjunto de regras personalizáveis que podem melhorar a qualidade, a consistência e o desempenho dos modelos de dados. Você pode baixar um conjunto de regras de práticas recomendadas (fornecidas pela Microsoft) do GitHub.
• Maior produtividade ao desenvolver modelos de dados: a interface do Editor de Tabelas o torna adequado para executar edições em lote, depuração e visualização de dependências de modelos de dados. O Editor de Tabelas é diferente do Power BI Desktop porque funciona no modo desconectado. Você pode fazer alterações no modelo de dados no modo desconectado e confirmá-las como um lote de edições. Trabalhar desta forma permite um desenvolvimento e validação mais rápidos, especialmente para modeladores de dados experientes. Também é possível criar scripts C# e salvá-los como macros. Esses scripts podem ajudá-lo a melhorar a eficiência do gerenciamento e sincronização de vários modelos de dados.

Ponto de extremidade XMLA

O ponto de extremidade XMLA usa o protocolo XMLA para expor todos os recursos de um modelo de dados tabular, incluindo algumas operações de modelagem de dados que não são suportadas pelo Power BI Desktop. Você pode usar a API TOM para fazer alterações programáticas em um modelo de dados.

O ponto de extremidade XMLA também fornece conectividade. Você só pode se conectar a um modelo semântico quando o espaço de trabalho que tem seu modo de licença definido como Premium por usuário, Premium por capacidade ou Incorporado. Depois que uma conexão é feita, uma ferramenta compatível com XMLA pode operar no modelo de dados de duas maneiras:

• Gravar dados e metadados: o uso de leitura/gravação do ponto de extremidade XMLA permite:
  • Recursos de modelagem de dados que não são suportados pelo Power BI Desktop, como OLS (segurança em nível de objeto), grupos de cálculo, perspetivas, traduções e gerenciamento de partições.
  • Implantações mais complexas. Por exemplo, uma implantação parcial ou uma implantação somente de metadados que publica apenas uma única nova medida.
  • Atualização assíncrona do modelo semântico. Por exemplo, atualizar uma única tabela ou partição.
• Leitura de dados e metadados: o uso somente leitura do ponto de extremidade XMLA permite:
  • Monitoramento, depuração e rastreamento de consultas e modelos semânticos.
  • Permitir que ferramentas de relatório de dados de terceiros visualizem dados provenientes de um modelo semântico compartilhado. Essa técnica é uma ótima maneira de ampliar os benefícios e investimentos em BI de autoatendimento gerenciado.

Aviso

Depois de modificar ou publicar um modelo semântico usando o ponto de extremidade XMLA, você não poderá mais baixá-lo do serviço do Power BI como um arquivo do Power BI Desktop.

Configurações XMLA por capacidade

Cada capacidade do Power BI Premium e do Power BI Embedded tem uma configuração para controlar se o ponto de extremidade XMLA é somente leitura, leitura/gravação ou desativado. Essa configuração também está disponível para todos os espaços de trabalho Premium Por Usuário no locatário do Power BI. O acesso XMLA de leitura/gravação deve ser habilitado para cada capacidade que contenha modelos semânticos que você deseja gerenciar com uma ferramenta diferente do Power BI Desktop.

Gorjeta

A configuração do ponto de extremidade XMLA (leitura/gravação, somente leitura ou desativada) aplica-se a todos os espaços de trabalho e modelos semânticos atribuídos a uma capacidade específica. Você pode configurar vários recursos para descentralizar e/ou personalizar como o conteúdo é gerenciado para cada capacidade.

Configuração do locatário XMLA

Além das configurações de ponto de extremidade XMLA, um administrador do Power BI deve usar as configurações de locatário para permitir pontos de extremidade XMLA e Analisar no Excel com modelos semânticos locais. Quando habilitado, você pode permitir que todos os usuários, ou grupos de segurança específicos, usem a funcionalidade de ponto de extremidade XMLA.

Nota

Todos os recursos padrão de segurança e proteção de dados ainda se aplicam para especificar quais usuários podem visualizar e/ou editar conteúdo.

Ferramentas de terceiros

O Power BI Desktop pode lidar com as necessidades de ponta a ponta para a maioria dos criadores de conteúdo de autoatendimento. No entanto, ferramentas de terceiros oferecem outros recursos e funcionalidades empresariais. Por esse motivo, ferramentas de terceiros, como o Editor de Tabelas, tornaram-se predominantes na comunidade do Power BI, especialmente para criadores de conteúdo avançados, desenvolvedores e profissionais de TI.

Gorjeta

Esta postagem de blog descreve como as ferramentas de terceiros permitem que a equipe de produto do Power BI reavalie suas prioridades de desenvolvimento, aumente o alcance da plataforma Power BI e satisfaça solicitações mais avançadas e diversas da comunidade de usuários.

Nota

Algumas ferramentas de terceiros exigem uma licença paga, como o Editor de Tabelas 3. Outras ferramentas da comunidade são gratuitas e de código aberto (como Tabular Editor 2, DAX Studio e ALM Toolkit). Recomendamos que você avalie cuidadosamente os recursos de cada ferramenta, custo e modelo de suporte para que possa apoiar adequadamente sua comunidade de criadores de conteúdo.

Gestão de modelos de dados

O foco principal desse cenário de uso é o criador de conteúdo que usa o Editor de Tabelas para gerenciar um modelo de dados. Para requisitos pouco frequentes de gerenciamento avançado de modelos de dados, como gerenciamento ocasional de partições, você pode optar por usar uma ferramenta como o SQL Server Management Studio (SSMS). Também é possível para um desenvolvedor .NET criar e gerenciar modelos semânticos do Power BI usando a API TOM.

Gorjeta

Ao usar o ponto de extremidade XMLA para gerenciamento de modelos de dados, recomendamos que você habilite a configuração de formato de armazenamento de modelo semântico grande. Quando habilitado, o formato de armazenamento de modelo semântico grande pode melhorar o desempenho da operação de gravação XMLA.

Separação de modelo de dados e relatórios

Para que esse cenário de uso seja bem-sucedido, você deve separar os relatórios do modelo de dados. Essa abordagem resulta no gerenciamento de arquivos separados do Power BI Desktop, conforme descrito no cenário de uso de BI de autoatendimento gerenciado. Mesmo que a mesma pessoa seja responsável por todo o desenvolvimento, a separação de modelos semânticos e relatórios é importante porque o Editor de Tabelas não tem conhecimento do conteúdo do relatório.

Configuração do gateway

Normalmente, um gateway de dados é necessário ao acessar fontes de dados que residem na rede organizacional privada ou em uma rede virtual. O gateway de dados local torna-se relevante quando um modelo de dados é publicado no serviço do Power BI. As duas finalidades de um gateway são atualizar dados importados ou exibir um relatório que consulta uma conexão em tempo real ou um modelo semântico DirectQuery (não representado no diagrama de cenário).

Nota

Um gateway de dados centralizado no modo padrão é altamente recomendado em relação aos gateways no modo pessoal. No modo padrão, o gateway de dados suporta conexão ao vivo e operações DirectQuery (além de operações de atualização de dados agendadas).

Para obter mais informações, consulte Gateway de dados local (modo padrão).

Supervisão do sistema

O log de atividades registra as atividades do usuário que ocorrem no serviço do Power BI. Os administradores do Power BI podem usar os dados do log de atividades coletados para executar auditorias para ajudá-los a entender as atividades que se conectam por meio de pontos de extremidade XMLA.

Conteúdos relacionados

Para obter outros cenários úteis para ajudá-lo com decisões de implementação do Power BI, consulte o artigo Cenários de uso do Power BI.