Entités CDS, leurs différences et comment les créer

Dans ce didacticiel, nous allons examiner les éléments qui maintiennent ensemble nos services de données communs : les entités. Il existe différentes entités CDS qui travaillent dans les coulisses, nous allons donc discuter ici de la façon dont elles sont différentes les unes des autres.

Table des matières

• Comprendre les entités CDS
• Des champs
• Des relations
• Règles métier
• Vues
• Formes
• Autres entités CDS
• Création d'entités CDS
• Conclusion

Comprendre les entités CDS

Les entités peuvent être considérées comme les rouages ​​des services de données communs.

Les entités sont utilisées pour conserver des enregistrements d'informations de la même manière que les tables fonctionnent dans Excel ou SQL.

L'avantage d'utiliser le service de données commun est qu'il existe des entités prédéfinies que nous pouvons utiliser à tout moment.

Fondamentalement, Microsoft a parcouru les différentes applications créées via Power Apps et a examiné les tableaux les plus courants qu'ils utilisent. À partir de là, ils ont standardisé les données et créé ces modèles pour ceux qui veulent des entités CDS prédéfinies.

Par exemple, les entreprises ont normalement une table de comptes qui contient toutes les informations des comptes clients individuels. En regardant dans la liste des entités ici, vous pouvez voir qu'il existe également un modèle de compte prêt à être utilisé.

Passons en revue chacune des différentes entités du CDS que nous pouvons appliquer à notre propre travail.

Des champs

Plus tôt, nous avons vu une entité prédéfinie appelée Compte. Si nous cliquons dessus, nous verrons une liste de champs que Microsoft a configurés pour cette entité spécifique.

Ces champs incluent des informations de base telles que le nom du compte, le numéro de compte et la notation du compte.

Il contient également tous ces différents champs d'adresse, comme la ville, le pays/la région, le comté, etc.

Il s'agit essentiellement d'une longue liste de champs que vous verriez normalement dans un formulaire, avec d'autres éléments tels que Catégorie, Limite de crédit et autres.

La bonne chose à propos de ces champs est que vous n'avez même pas à penser au type de champ de chaque élément. Ils ont été classés en conséquence, avec une colonne spécifique indiquant le type de données de chaque élément.

Par exemple, il affiche Adresse1 sous forme de texte multiligne.

Ces entités CDS prédéfinies nous fournissent également des recherches. En regardant l'élément ici pour Créé par, cela montre qu'il s'agit en fait d'une recherche connectée à une autre table trouvée dans un champ différent.

Cela signifie que toutes ces bases de données de relations sont configurées pour nous, ce qui nous évite d'avoir à configurer ces connexions manuellement.

S'il y a des champs dont nous avons besoin mais que nous ne voyons pas ici, il est également facile d'en ajouter un nous-mêmes. Cliquez simplement sur le bouton "Ajouter un champ" en haut à gauche.

Des relations

Nous pouvons également trouver des relations sous les entités CDS.

Les relations montrent quelles colonnes de cette table dépendent réellement d'autres tables. Par exemple, cela montre ici que Créé par a une relation avec l'entité appelée Utilisateur.

Ces relations sont également classées en fonction du type de relation qu'elles entretiennent avec d'autres tables. Dans ce cas, Created By a une relation plusieurs-à-un avec User. Cela signifie qu'il peut y avoir plusieurs comptes d'utilisateurs créés par la même personne.

Cette personne peut alors être trouvée dans la table Utilisateur, qui est une autre entité.

Encore une fois, l'avantage de ces entités est que le système a généré les bons types de relations pour nous.

Outre les relations plusieurs-à-un, il existe deux autres types de relations : un-à-plusieurs et plusieurs-à-plusieurs.

Les ventes sont un domaine où nous pouvons voir d'excellents exemples de relations un-à-plusieurs. Un compte peut être associé à différentes données de vente.

Quant au plusieurs-à-plusieurs, c'est un peu plus compliqué. C'est quelque chose que nous ne voulons pas vraiment utiliser à moins que cela ne soit absolument nécessaire.

Par exemple, vous pouvez avoir de nombreux comptes liés à de nombreuses remises. Vous pouvez avoir un compte appliquant les remises A et B, tandis qu'un autre compte utilise les remises B et C.

Règles métier

Une autre entité vraiment intéressante sont les règles métier. Nous avons abordé ce sujet dans notre didacticiel sur le service de données commun .

Les règles métier sont l'un des principaux avantages de l'utilisation de CDS. Ils dictent les paramètres à suivre lorsque les utilisateurs interagissent avec vos données.

Disons que vous avez une entreprise de restauration. Si vous avez un employé qui est en mesure de servir de l'alcool aux clients, vous voudrez probablement que vos données montrent que cette personne a l'autorisation de le faire. Vous pouvez donc ajouter une règle métier qui exige que l'identifiant d'alcool de la personne soit présenté avant que ses informations ne soient ajoutées.

Vous pouvez dicter vos propres règles métier en fonction de vos besoins et de votre situation. Ces règles sont excellentes car elles garantissent que les utilisateurs ne manquent pas les informations les plus pertinentes lorsqu'ils ajoutent des données dans le système.

Vues

Les vues vous permettent de contrôler ce que les différents utilisateurs de votre application peuvent voir.

Surtout si vous avez beaucoup de données sensibles chargées dans l'application, vous ne voudriez pas que chaque utilisateur ait accès à toutes. Vous voudriez probablement avoir le contrôle sur les éléments que les utilisateurs peuvent voir de leur côté.

Par exemple, les comptes actifs ici sont définis sur Public View. Cela signifie que les utilisateurs peuvent voir ces comptes actifs.

Si nous cliquons sur Comptes actifs, cela affiche 5 colonnes de données, ce que les utilisateurs peuvent également voir.

Si nous avons des données plus sensibles, comme les données de vente, la vue de celles-ci pourrait être limitée aux seuls administrateurs ou chefs d'équipe.

Formes

Cette fois, intéressons-nous aux formulaires.

Tout comme dans les applications canevas, les formulaires fournissent une plate-forme pour modifier ou créer de nouveaux enregistrements de données. Nous pouvons en fait créer les formulaires ici pour une entité spécifique, puis les télécharger dans notre application basée sur un modèle.

Comme tous les autres types d'entités, il existe des formulaires que nous pouvons facilement utiliser. Il indique également quel type de formulaire chacun est.

Donc, si nous cliquons sur Compte, cela ouvre le modèle de formulaire.

Comme vous pouvez le constater, il s'agit d'un formulaire très standard avec des champs tels que le nom du compte, le téléphone, le fax et d'autres champs similaires. Ce formulaire peut également être personnalisé, nous pouvons donc ajouter ou supprimer certains champs.

Autres entités CDS

Les autres entités incluent les tableaux de bord, les graphiques, les clés et les données . Nous n'aborderons pas tous ces éléments en détail dans ce didacticiel, mais certains d'entre eux seront couverts dans d'autres didacticiels.

Les tableaux de bord fonctionnent ici de la même manière que n'importe quel autre tableau de bord : il s'agit d'une collection de graphiques trouvés dans notre service de données commun. L'onglet des graphiques ici affiche également les graphiques dans le CDS.

L'onglet Clés montre ce qui est unique à propos de chaque élément de données. Quant à l'onglet des données, il affiche toutes les données que nous pouvons utiliser avec ce CDS.

Création d'entités CDS

Maintenant que nous comprenons ce que sont les différentes entités, parlons de la façon de créer notre propre entité.

Nous allons commencer par cliquer sur le bouton "Nouvelle entité" en haut de la page.

Appelons cette nouvelle entité Client.

Pour le champ principal, changeons-le en nombre.

Nous allons utiliser le numéro comme champ principal car si nous regardons la source de données que nous allons utiliser, cela montre que chaque client a un numéro de client attribué et sert de champ principal dans la table.

Maintenant, cliquons sur Créer dans la partie inférieure du volet.

Comme vous pouvez le voir, il nous indique qu'il provisionne actuellement notre table. Il s'agit donc essentiellement de s'assurer que tout est en place.

Pendant que le provisionnement est en cours, nous ne pouvons voir qu'une seule ligne ici.

Mais une fois le provisionnement terminé, nous pourrons voir tous les éléments qui sont généralement inclus dans cette entité.

Maintenant, ce n'est pas parce que cela contient une longue liste d'entrées que nous avons ajouté chacune d'entre elles. Ce que fait Power Apps, c'est qu'il examine d'autres bases de données que vous avez déjà et ajoute des champs que le système pense que vous devriez également avoir dans cette nouvelle table.

Bien sûr, nous n'avons pas nécessairement besoin d'utiliser tous les éléments ajoutés par Power Apps. Nous pouvons toujours nous en tenir au champ principal que nous avons ajouté manuellement, à savoir le champ numérique.

Présentation de Power Apps : définition, fonctionnalités, fonctions et importance
Environnements Power Apps : configuration correcte des éléments de l'application
Fonctions et formules PowerApps | Une introduction

Conclusion

Le service de données commun ou CDS facilite l'organisation et l'utilisation de toutes nos données. Le fait de savoir que ces entités sont la pierre angulaire de tout service de données commun nous fait réaliser à quel point elles sont vraiment importantes.

C'est également formidable qu'ils aient été construits de manière aussi intuitive que possible, avec des modèles prêts à l'emploi que nous pouvons utiliser. Cela rend l'ensemble du processus encore plus efficace et permet de maximiser notre temps pendant que nous travaillons sur notre application.

Tous mes vœux,

Henri