Chapitre 4 : Utilisation de Microsoft Dataverse comme source de données

Maria a créé un prototype d’application en utilisant des données de test contenues dans des classeurs Excel. L’étape suivante consiste à connecter l’application à des sources de données qui fourniront des données réelles. Maria a appris qu’il est possible d’utiliser Microsoft Dataverse pour cela et elle veut en savoir plus à ce sujet.

Qu’est-ce que Dataverse ?

Dataverse est un magasin de données avec un ensemble de tables standard. Vous pouvez l’utiliser pour stocker des informations commerciales, gérer des règles métier et définir des Dataflows d’entreprise. À bien des égards, il agit comme une base de données, sauf qu’il contient plus que de simples données. Vous pouvez l’utiliser pour enregistrer des éléments de logique métier pour vos solutions et partager cette logique entre les applications. Dataverse inclut des fonctionnalités de planification qui vous permettent d’automatiser le traitement et les flux de travail. De plus, vous pouvez ajouter des graphiques et les associer à vos données ; Power Apps peut référencer ces graphiques directement à partir de Dataverse. Plus d’informations : Qu’est-ce que Dataverse ? dans les documents Power Apps

Dataverse suit l’approche "low-code" de Power Apps, permettant à un utilisateur professionnel de créer des entités commerciales et des flux de travail. En outre, Dataverse est un système évolutif, fiable et sécurisé, implémenté dans Azure. Le contrôle d’accès basé sur les rôles limite le type d’accès aux différents utilisateurs de votre organisation ; les utilisateurs ne peuvent voir ou manipuler que les entités auxquelles ils ont été autorisés à accéder.

Notes

Les définitions des applications et des utilisateurs dans Power Apps sont également stockés dans Dataverse. Power Apps utilise ces informations pour créer, modifier et publier des applications.

Dataverse vous permet d’unifier les données contenues dans des bases de données disparates dans un référentiel unique. Vous pouvez créer des flux de données qui ingèrent périodiquement des données contenues dans une ou plusieurs bases de données dans les tables de Dataverse pour créer des ensembles de données agrégés. Plus d’informations : Pourquoi choisir Dataverse ?

Définition des entités et Relations dans Dataverse

Dataverse contient une collection d’entités de données open-source, standardisées et extensibles et Relations que Microsoft et ses partenaires ont publiées dans le cadre de l’Open Data Initiative à l’échelle de l’industrie. Les données de ces entités sont stockées dans un ensemble de tables. Dataverse définit des entités pour de nombreux objets métier courants, tels que le compte, l’adresse, le contact, l’organisation, l’équipe et l’utilisateur. Vous pouvez consulter les tableaux dans Dataverse sur l’onglet Tables sous Données dans Power Apps. Vous pouvez ajouter vos propres tableaux personnalisés à Dataverse si nécessaire, mais c’est une bonne pratique d’utiliser les tables existantes dans la mesure du possible. Cela aidera à assurer la portabilité de vos applications. Tables qui font partie de la valeur par défaut Dataverse avoir un Type désigné comme Standard, mais le Type de vos propres tables sera marqué comme Personnalisé.

Dans Dataverse, chaque entité est tabulaire, avec un ensemble par défaut de colonnes qui sont également définies par l’Open Data Initiative. Vous pouvez afficher la définition d’une table à l’aide de la commande Modifier pour cette entité dans la liste des tables. Vous pouvez étendre une table en utilisant vos propres colonnes, mais — comme mentionné plus tôt — c’est une bonne pratique d’utiliser les colonnes existantes dans la mesure du possible. L’exemple suivant montre la définition par défaut de la table Account.

Notes

Vous pouvez modifier le Nom d’affichage des tables et des colonnes sans changer leurs noms. Power Apps utilise les noms d’affichage comme étiquettes par défaut qui apparaissent sur les formulaires.

Dataverse prend en charge un riche ensemble de types de données pour les colonnes, allant du texte simple et des valeurs numériques aux abstractions qui ont spécifié des contraintes de mise en forme, telles que E-mail, URL, Téléphone, et Symbole boursier. Vous pouvez utiliser d’autres types, tels que Choix et Chercher, pour limiter les valeurs saisies dans une colonne à un domaine fixe ou aux données extraites d’une colonne dans une table associée. Utilisez les types Fichier et Image pour stocker des données et des images non structurées dans une table. Les images ont une taille maximale de 30 Mo, mais les fichiers peuvent atteindre 128 Mo.

Notes

Vous pouvez définir vos propres choix personnalisés à utiliser par les colonnes Choix dans Power Apps.

Vous pouvez également définir Relations parmi les tables. Ces relations peuvent être des relations plusieurs-à-une, une-à-plusieurs ou plusieurs-à-plusieurs. En outre, vous spécifiez le comportement des entités associées dans le cadre de la relation. Le comportement peut être :

• Référentiel, avec ou sans suppression restreinte. La suppression restreinte empêche une ligne d’une table associée d’être supprimée si elle est référencée par une autre ligne de la même table ou d’une table différente.
• Parental, dans lequel toute action effectuée sur une ligne est également appliquée à toutes les lignes auxquelles elle fait référence.
• Personnalisé, qui vous permet de spécifier comment les lignes référencées sont affectées par une action effectuée sur la ligne de référence.

L’exemple suivant montre comment ajouter une relation un-à-plusieurs de la table Account à une table personnalisée nommée SalesLT Customer. Le comportement empêche un client d’être supprimé s’il est référencé par une ligne dans la table Compte.

Ajout de vues et de règles métier

Une vue permet d’accéder aux colonnes et aux lignes spécifiées dans une ou plusieurs tables associées. Vous pouvez considérer une vue comme une requête, mais avec un nom qui vous permet de la traiter comme une table. Une vue contient des colonnes sélectionnées d’une table mais peut inclure des colonnes de tables associées. En outre, une vue peut filtrer les lignes pour n’afficher que les lignes qui correspondent aux critères spécifiés. Vous pouvez également spécifier l’ordre de tri par défaut pour les lignes présentées par une vue. Notez qu’une vue fournit une fenêtre dynamique sur les données sous-jacentes ; si les données changent dans les tables derrière une vue, il en va de même pour les informations représentées par la vue. Vous pouvez afficher des données via des vues dans des applications pilotées par modèle. L’image suivante montre le concepteur de vues. L’utilisateur ajoute une nouvelle colonne à une vue basée sur la table Account.

Vous utilisez des règles métier pour définir des validations et automatiser le flux de contrôle lorsque des données sont ajoutées, modifiées ou supprimées dans une entité. Une règle métier comprend une condition qui peut tester certaines conditions dans l’entité affectée, par exemple si les données d’une colonne correspondent ou enfreignent une règle donnée. Le concepteur de règles métier dans Power Apps Studio fournit une interface utilisateur graphique pour définir les règles métier, comme illustré dans l’image suivante.

Le concepteur de règles métier prend en charge les actions suivantes :

• Définir des valeurs de colonne.
• Effacer des valeurs de colonne.
• Définir des niveaux requis de colonne.
• Afficher ou masquer des colonnes (applications pilotées par modèle uniquement).
• Activer ou désactiver des colonnes (applications pilotées par modèle uniquement).
• Valider les données et afficher les messages d’erreur.
• Créer des recommandations commerciales basées sur le décisionnel (pour les applications pilotées par modèle uniquement).

Notes

Règles métier sont les mieux adaptés aux applications pilotées par modèle. Toutes les actions de règle métier ne sont pas prises en charge par les applications canevas.

Définition des activités commerciales

Il existe deux types fondamentaux de table dans Dataverse : Standard les tables (y compris les tables personnalisées), qui contiennent des données, et les tables Activité, qui représentent des actions métier et des workflows dont l’exécution peut être planifiée par Dataverse. Une table d’activité contient des références aux entités de données impliquées dans l’activité (telles que les clients ou les vendeurs), une série d’états à travers lesquels l’activité peut progresser, son état actuel et d’autres informations utilisées par Dataverse pour planifier les opérations, le cas échéant.

Dataverse contient des activités intégrées pour la gestion des réunions, la planification des processus commerciaux, le marketing, la gestion du processus de vente, la création de rendez-vous récurrents et la gestion des incidents service clientèle. Pour plus d’informations : Tables d’activité

Vous implémentez la logique métier réelle à l’aide d’actions personnalisées ou de votre propre code si vous avez besoin d’un contrôle supplémentaire qui n’est pas directement disponible dans Power Apps. Les détails de ce processus sortent du cadre de ce guide, mais pour plus d’informations, consultez Créer une action personnalisée.

Ajout d’éléments d’affichage graphique

En plus de stocker la structure de données et la logique associées à une entité commerciale, Dataverse peut également stocker des mises en page pour des formulaires, des graphiques et des tableaux de bord associés à une entité. Lorsque vous créez une application pilotée par modèle, vous pouvez utiliser ces formulaires pour la saisie et l’affichage des données, tandis que les graphiques et les tableaux de bord permettent à un utilisateur de visualiser les données plus facilement qu’en consultant les valeurs de données de base.

La décision de Maria d’utiliser Dataverse

Dataverse est un excellent choix de référentiel pour de nombreuses situations. Vous devriez sérieusement le considérer pour le développement Power Apps basé sur de nouveaux systèmes et services, et de l’ajout d’une nouvelle fonctionnalité aux applications existantes, en particulier si vous créez des applications pilotées par modèle.

Cependant, dans l’application que Maria construit, les données existent déjà dans une base de données héritée. Il existe une API web qui se connecte à cette base de données pour récupérer et modifier des données et elle est déployée dans Azure App Service. Ces solutions héritées ont fait leurs preuves et Kiana et l’équipe de développement de code élevé sont très à l’aise pour soutenir ces solutions à l’avenir.

Un avantage des équipes de développement de fusion et de Dataverse est que les équipes de développement de fusion permettent aux membres d’être les plus productifs dans les outils qu’ils connaissent déjà et avec lesquels ils sont le plus à l’aise. Une équipe n’a pas besoin de migrer ses données existantes vers Dataverse immédiatement pour créer une application en utilisant Power Apps. De même, lorsqu’une équipe crée une application qui nécessite de nouvelles données, Dataverse fait une tonne de sens comme option. Il n’est pas rare de voir une application construite en utilisant Power Apps pour utiliser une combinaison de sources de données héritées et de données dans Dataverse.

Lorsqu’une nouvelle fonctionnalité est ajoutée à l’application, par exemple pour que les techniciens sur le terrain puissent ajouter des notes suite à leur visite chez un client, Maria veut utiliser Dataverse pour stocker ces données.

Alors pour le moment, Maria connecte l’API Web que l’équipe de Kiana a déjà développée à l’application pour obtenir les données nécessaires. Les chapitres suivants vous expliqueront ce processus.

Précédent Suivant