Usar Dataverse como fonte de datos para as aplicacións de lenzo

Microsoft Dataverse é unha boa opción para usar como fonte de datos para as túas aplicacións de lenzo porque admite modelos de datos e seguranza complexos e che permite crear unha experiencia de usuario máis personalizada. As aplicacións de lenzo poden usar Dataverse como fonte de datos con outros Power Platform conectores para integrar varias fontes de datos, como SharePoint listas, bases de datos de Microsoft Access ou datos doutras aplicacións empresariais. Power Apps non usa un conector para traballar Dataverse. Conéctase directamente co Dataverse exterior da estrutura do conector.

Suxestión

Este artigo ofrece un escenario de exemplo e unha arquitectura de exemplo xeneralizada para ilustrar como usar Dataverse como fonte de datos nunha aplicación de lenzo. O exemplo de arquitectura pódese modificar para moitos escenarios e industrias diferentes.

Diagrama de arquitectura

Diagrama de arquitectura que ilustra o fluxo de traballo para o seu uso con aplicacións de lenzo. Dataverse

Workflow

Os seguintes pasos describen o fluxo de traballo que se mostra no diagrama de arquitectura de exemplo:

  1. Aplicación de lenzo: Unha aplicación de lenzo permite aos usuarios xestionar os detalles da conferencia, como o lugar de celebración e as horas de inicio e fin da sesión. A aplicación de lenzo accede directamente aos datos de Dataverse. O usuario autentícase co Power Platform ID de uso Microsoft Entra , e ese mesmo ID utilízase para acceder aos datos. Calquera restrición imposta ao ID de Entrada do usuario en Dataverse aplícase sen problemas.

  2. Dataverse fonte de datos: A aplicación de lenzo usa Dataverse como fonte de datos. Permite acceder a un modelo de datos relacional onde as táboas e as súas relacións están dispoñibles de inmediato. A funcionalidade de conxunto de opcións integrada significa que non tes que crear buscas e unións complexas. O rendemento tamén é xeralmente bo porque Power Apps se conecta directamente a Dataverse.

  3. Dataverse táboas: Neste exemplo, as Dataverse táboas almacenan datos sobre as sesións da conferencia celebradas nun lugar. As táboas están relacionadas mediante relacións de un a moitos e de moitos a moitos. Dataverse Os roles de seguranza aliñanse cos roles dos usuarios da aplicación. A lóxica pódese implementar a nivel de Dataverse para calcular e acumular valores, aplicar valores de dominio e automatizar operacións con datos.

Compoñentes

Power Platform environment: Contén Power Platform recursos que implementan a experiencia do usuario.

Power Apps: Implementa a experiencia de usuario da solución. Os creadores poden crear unha aplicación de lenzo con Dataverse engadindo a Dataverse táboa como fonte de datos da aplicación.

Power Apps permite ás organizacións crear experiencias de usuario personalizadas para os datos almacenados en Microsoft Dataverse.

  • Baseado en modelos Power Apps: Ideal para escenarios de aplicacións que se centran en formularios en lugar de datos.
  • Canvas Power Apps: Ideal para escenarios que requiren máis flexibilidade na personalización do deseño visual. Tamén é útil cando precisa proporcionar aos usuarios acceso a datos de Dataverse e outras fontes de datos simultaneamente. Nestes escenarios, a aplicación actúa como integradora, proporcionando aos usuarios unha vista única dos datos de múltiples fontes. Power Apps

Dataverse conector: Permite acceder a un modelo de datos xerárquico onde as táboas e as súas relacións están dispoñibles de inmediato, sen necesidade de crear buscas e unións complexas para recuperar táboas relacionadas. O conector tamén evita a infraestrutura tradicional do conector e chama directamente ao backend, o que mellora o rendemento. Dataverse

Detalles do escenario

Power Apps facilita a creación de experiencias de usuario personalizadas para os datos almacenados Microsoft Dataverse. As aplicacións baseadas en modelos son ideais para escenarios que se centran nos formularios en lugar dos datos. As aplicacións de lenzo funcionan mellor para escenarios que requiren máis flexibilidade á hora de personalizar o deseño.

A arquitectura deste exemplo é útil cando precisa proporcionar acceso a datos de Dataverse e outras fontes simultaneamente. Neses escenarios, a aplicación actúa como integradora, proporcionando aos usuarios unha vista única dos datos de varias fontes.

Consideracións

Estas consideracións implementan os piares de *Well-Architected*, un conxunto de principios orientadores que melloran a calidade dunha carga de traballo. Power Platform Máis información en Microsoft Power Platform Ben arquitectado.

Fiabilidade

Deseña a túa carga de traballo para evitar complexidades innecesarias: as abstraccións e funcionalidades integradas de Dataverse axúdanche a evitar a complexidade innecesaria que podería requirir unha solución de base de datos tradicional. Por exemplo, Dataverse admite relacións integradas, tipos de datos intelixentes, conxuntos de opcións e un modelo de seguranza.

Seguranza

Crear segmentación e perímetros intencionados: usar contornas separadas Power Platform para as etapas do ciclo de vida da aplicación e garantir que só os usuarios axeitados teñan acceso a cada etapa para admitir as políticas de segmentación.

Excelencia operativa

Adopte prácticas de despregamento seguras: estandarice a despregamento de calquera cambio nas súas aplicacións de lenzo mediante procesos de despregamento automatizados como as canles. Implementa a aplicación nun ambiente de produción só despois de probar os cambios.

Eficiencia de desempeño

Deseño para cumprir os requisitos de rendemento: avalíe o rendemento da súa solución e o volume de requisitos de datos para garantir que o deseño da súa Dataverse táboa sexa axeitado. A avaliación debe incluír como se accede aos datos e a avaliación de como a túa aplicación delega as operacións a Dataverse. Ten en conta as limitacións da delegación ao buscar e filtrar datos. Estas limitacións están documentadas en Comprender a delegación nunha aplicación de lenzo e deben terse en conta ao elixir a fonte de datos axeitada para a túa aplicación.

Deseño para cumprir os requisitos de rendemento: avalíe o rendemento da súa solución e o volume de requisitos de datos para garantir que o deseño da súa Dataverse táboa sexa axeitado. A avaliación debe incluír como se accede aos datos e a avaliación de como a túa aplicación delega as operacións a Dataverse. Ten en conta as limitacións da delegación ao buscar e filtrar datos. Estas limitacións están documentadas en Comprender a delegación nunha aplicación de lenzo e deben terse en conta ao elixir a fonte de datos ou o backend axeitado para a aplicación.

Optimizar a lóxica: Por defecto, as aplicacións de lenzo que usan Dataverse implementan a lóxica usando Power Fx, o que pode causar varias interaccións con Dataverse ou lóxica repetida en varias aplicacións. Cada operación é independente e non se xestiona como unha transacción atómica. Por exemplo, se a aplicación creou unha fila de Lugar pero non puido crear unha sesión, a fila de Lugar permanecería. Dataverse admite a implementación de lóxica que se pode invocar nun evento de táboa Dataverse , como a creación dunha fila. Dataverse tamén admite o concepto de invocar lóxica baixo demanda usando a Dataverse API personalizada ou as funcións nas Dataverse capacidades. Con ámbolos dous enfoques, o traballo realizado pola lóxica está nunha transacción. Todo o traballo realizado en Dataverse datos ou ben se confirma ou ben se revérte. No noso exemplo anterior, a fila Lugar non permanecería despois de que se producise o erro. A integración destas abordaxes optimiza a lóxica nestes escenarios ao garantir a finalización correcta como unha unidade de traballo combinada e centralizar a lóxica reutilizable.

Optimización da experiencia

Deseño para a eficiencia: Unha aplicación de lenzo que permite aos usuarios acceder a outras fontes de datos xunto con Dataverse táboas, sen necesidade de interacción con varias aplicacións individuais, mellora a eficiencia e proporciona unha mellor experiencia. Non obstante, evita crear unha aplicación para crear outra aplicación: a aplicación debería proporcionar certa eficiencia ao usuario ou outra vantaxe arquitectónica en comparación co uso dunha experiencia de aplicación baseada en modelos.

Colaboradores

Microsoft mantén este artigo. Os seguintes colaboradores escribiron este artigo.

Autores principais: