Compartilhar via


Use o Dataverse como uma fonte de dados para aplicativos de tela

O Microsoft Dataverse é uma boa opção para usar como fonte de dados para seus aplicativos tela porque oferece suporte a dados complexos e modelos de segurança e permite que você crie uma experiência de usuário mais personalizada. Os aplicativos tela podem usar o Dataverse como uma fonte de dados com outros conectores do Power Platform para integrar várias fontes de dados, como listas do SharePoint, bancos de dados do Microsoft Access ou dados de outros aplicativos de negócios. O Power Apps não usa um conector para trabalhar com o Dataverse. Ele se conecta diretamente ao Dataverse fora da estrutura do conector.

Dica

Este artigo fornece um cenário de exemplo e uma arquitetura de exemplo generalizada para ilustrar como usar o Dataverse como uma fonte de dados em um aplicativo de tela. O exemplo de arquitetura pode ser modificado para muitos cenários e setores diferentes.

Diagrama da arquitetura

Diagrama de arquitetura ilustrando o fluxo de trabalho para uso com aplicativos Canvas. Dataverse

Workflow

As etapas a seguir descrevem o fluxo de trabalho mostrado no exemplo de diagrama de arquitetura:

  1. Aplicativo de tela: um aplicativo de tela permite que os usuários gerenciem os detalhes da conferência, como o local e as horas de início e término da sessão. O aplicativo de tela acessa diretamente os dados no Dataverse. O usuário se autentica no Power Platform usando o Microsoft Entra ID, e essa mesma ID é usada para acessar os dados. Quaisquer restrições colocadas na ID do Entra do usuário no Dataverse são aplicadas sem problemas.

  2. Fonte de dados do Dataverse: o aplicativo de tela usa o Dataverse como uma fonte de dados. Ele permite que você acesse um modelo de dados relacional onde tabelas e seus relacionamentos estão prontamente disponíveis. O recurso de conjunto de opções integrado significa que você não precisa criar pesquisas e junções complexas. O desempenho também é geralmente bom porque o Power Apps se conecta diretamente ao Dataverse.

  3. Tabelas do Dataverse: neste exemplo, as tabelas do Dataverse armazenam dados sobre as sessões de conferência hospedadas em um local. As tabelas estão relacionadas usando relacionamentos um-para-muitos ou muitos para muitos. Os direitos de acesso do Dataverse se alinham às funções dos usuários do aplicativo. A lógica pode ser implementada no nível do Dataverse para calcular e acumular valores, impor valores de domínio e automatizar operações de dados.

Componentes

Ambiente do Power Platform: contém os recursos do Power Platform que implementam a experiência do usuário.

Power Apps Implementa a experiência do usuário da solução. Os criadores podem criar um aplicativo de tela com o Dataverse adicionando a tabela do Dataverse como uma fonte de dados do aplicativo.

Power Apps permite que as organizações criem experiências de usuário personalizadas para dados armazenados em Microsoft Dataverse.

  • Orientado a modelo Power Apps: Ideal para cenários de aplicação que se concentram em formulários em vez de dados.
  • Canvas Power Apps: Melhor para cenários que exigem mais flexibilidade na personalização do layout visual. Também é útil quando você precisa fornecer aos usuários acesso a dados de Dataverse e outras fontes de dados simultaneamente. Nesses cenários, o aplicativo atua como integrador, fornecendo aos usuários uma visão única de dados de várias fontes. Power Apps

Conector do Dataverse: permite que você acesse um modelo de dados hierárquico onde as tabelas e seus relacionamentos estão prontamente disponíveis sem a necessidade de criar pesquisas complexas e junções para recuperar tabelas relacionadas. O conector também ignora a infraestrutura do conector tradicional e faz chamadas diretamente para o back-end do Dataverse, melhorando o desempenho.

Detalhes do cenário

O Power Apps facilita a criação de experiências de usuário personalizadas para os dados armazenados no Microsoft Dataverse. Os aplicativos baseados em modelo são ideais para cenários que se concentram em dados em formulários. Os aplicativos Canvas funcionam melhor em cenários que exigem mais flexibilidade na personalização do layout.

A arquitetura neste exemplo é útil quando você precisa fornecer acesso a dados do Dataverse e outras fontes simultaneamente. Nesses cenários, o aplicativo atua como integrador, oferecendo aos usuários uma visão única de dados de diversas fontes.

Considerações

Essas considerações implementam os pilares do Well-Architected para Power Platform, um conjunto de princípios orientadores que melhoram a qualidade de uma carga de trabalho. Saiba mais em Well-Architected para Microsoft Power Platform.

Confiabilidade

Projete sua carga de trabalho para evitar complexidade desnecessária: as abstrações e os recursos internos do Dataverse ajudam a evitar a complexidade desnecessária que uma solução de banco de dados tradicional pode exigir. Por exemplo, o Dataverse oferece suporte a relacionamentos internos, tipos de dados inteligentes, conjuntos de opções e um modelo de segurança.

Segurança

Criar segmentação e perímetros intencionais: use ambientes separados do Power Platform para estágios do ciclo de vida do aplicativo e garantir que somente os usuários certos tenham acesso a cada estágio pode oferecer suporte às suas políticas de segmentação.

Excelência Operacional

Adotar práticas de implantação seguras: padronize a implantação de quaisquer alterações em aplicativos de tela usando processos de implantação automatizados, como pipelines. Implante o aplicativo em um ambiente de produção somente após testar as alterações.

Eficiência de Desempenho

Projetar para atender aos requisitos de desempenho: avalie o desempenho da solução e o volume de requisitos de dados para garantir que o design da tabela do Dataverse é apropriado. A avaliação deve incluir como os dados são acessados e a avaliação de como seu aplicativo delega operações para o Dataverse. Esteja ciente das limitações de delegação ao pesquisar e filtrar dados. Essas limitações são documentadas no tópico Entender a delegação em um aplicativo de tela e devem ser levadas em consideração ao escolher a fonte de dados ou o back-end certo para o aplicativo.

Projetar para atender aos requisitos de desempenho: avalie o desempenho da solução e o volume de requisitos de dados para garantir que o design da tabela do Dataverse é apropriado. A avaliação deve incluir como os dados são acessados e a avaliação de como seu aplicativo delega operações para o Dataverse. Esteja ciente das limitações de delegação ao pesquisar e filtrar dados. Essas limitações estão documentadas em Entenda a delegação em um aplicativo Canvas e devem ser consideradas ao escolher a fonte de dados ou o backend certo para seu aplicativo.

Otimizar lógica: Por padrão, os aplicativos Canvas que usam Dataverse implementam lógica usando Power Fx, o que pode causar múltiplas interações com Dataverse ou lógica repetida em múltiplos aplicativos. Cada operação é independente e não é tratada como uma transação atômica. Por exemplo, se o aplicativo criou uma linha Local, mas não conseguiu criar uma sessão, a linha Local permanecerá. Dataverse suporta implementação de lógica que pode ser invocada em um Dataverse evento de tabela, como a criação de uma linha. Dataverse também suporta o conceito de invocação de lógica sob demanda usando a Dataverse API personalizada ou Funções em Dataverse recursos. Com ambas as abordagens, o trabalho realizado pela lógica é uma transação. Todo o trabalho feito nos dados do Dataverse confirma ou reverte. Em nosso exemplo anterior, a linha Venue não teria permanecido após o erro ter ocorrido. A integração dessas abordagens otimiza a lógica nesses cenários, garantindo a conclusão bem-sucedida como uma unidade combinada de trabalho e centralizando a lógica reutilizável.

Otimização da Experiência

Design para eficiência: um aplicativo de tela que permite que os usuários acessem outras fontes de dados ao lado de tabelas do Dataverse, sem exigir interação com vários aplicativos individuais, melhora a eficiência e fornece uma experiência melhor. No entanto, evite criar um aplicativo por criar outro — o aplicativo deve oferecer alguma eficiência ao usuário ou outro benefício de arquitetura em relação ao uso de uma experiência de aplicativo orientada a modelos.

Colaboradores

Microsoft mantém este artigo. Os colaboradores a seguir escreveram este artigo.

Principais autores: