Première table Dataverse : types de colonnes, relations, rôles

Vous créez une première table dans Microsoft Dataverse via la zone Tables du portail Power Apps, y définissez au moins une colonne via le type de données correspondant, et reliez la table à une autre table via une relation si nécessaire. La question de savoir si Dataverse est même nécessaire pour cela ou si une simple liste SharePoint suffit dépend surtout du nombre de tables liées et du niveau de rigueur des rôles de sécurité dont votre processus a besoin. État : août 2026.

Comment créer correctement une colonne ?

Avant de créer une nouvelle colonne, vérifiez selon Microsoft Learn, si une colonne existante ne remplit pas déjà le même objectif, car Dataverse est livré en standard avec de nombreuses colonnes système. De nouvelles colonnes peuvent être créées via l'éditeur de formulaire d'une application pilotée par modèle avec la commande Nouvelle colonne de table, par l'importation d'une solution qui contient déjà la définition de la colonne, ou via Power Query lors du remplissage d'une table avec des données. Un type de colonne particulier est la colonne de recherche : selon Microsoft Learn, elle est créée automatiquement lorsque vous créez une relation un-à-plusieurs sur une table, et elle référence alors des enregistrements de la table liée.

Quels types de relations existe-t-il entre les tables ?

Selon la documentation sur les relations de table, Dataverse distingue fondamentalement deux types de relations : les relations un-à-plusieurs, dans lesquelles de nombreux enregistrements d'une table renvoient à exactement un enregistrement d'une autre table, et les relations plusieurs-à-plusieurs, dans lesquelles les enregistrements des deux tables peuvent être associés les uns aux autres autant de fois que nécessaire. Techniquement, une relation un-à-plusieurs se crée du fait que la table liée reçoit une colonne de recherche pointant vers la table parente. Pour chaque relation, il est en outre possible de définir ce qui doit se passer avec les enregistrements liés lors de la suppression, de l'attribution, du partage ou de la fusion d'un enregistrement parent, par exemple s'ils sont automatiquement supprimés également, attribués au nouveau propriétaire ou laissés inchangés.

Quand une liste SharePoint suffit-elle à la place d'une table Dataverse ?

Une liste SharePoint suffit généralement tant que vous n'avez besoin que d'une seule liste plate, sans relations complexes et sans rôles de sécurité granulaires. Dès que plusieurs tables doivent interagir via des relations un-à-plusieurs ou plusieurs-à-plusieurs, que vous souhaitez définir des règles de suppression pour les enregistrements liés, ou que différents rôles de sécurité sont nécessaires pour différents groupes d'utilisateurs, Dataverse constitue la base la plus solide, car selon Microsoft Learn, ces fonctionnalités font précisément partie intégrante du modèle de données et ne peuvent pas être ajoutées ultérieurement à une liste SharePoint.

Quel rôle jouent les rôles de sécurité pour une nouvelle table ?

Les rôles de sécurité déterminent qui est autorisé à créer, lire, modifier, supprimer ou attribuer à d'autres des enregistrements d'une table, et ils s'appliquent indépendamment de l'application ou du flux utilisé pour accéder à la table. Pour les actions liées aux relations telles que l'attribution ou le partage, les rôles de sécurité interagissent en outre avec les règles de cascade de la relation : si un enregistrement parent est attribué à un nouveau propriétaire et que la relation est configurée comme une relation dite parentale, cette attribution peut être automatiquement répercutée sur les enregistrements liés. Si vous prévoyez de créer une première table Dataverse pour un processus concret et souhaitez également clarifier la question des rôles, nous vous accompagnons dans le cadre de notre conseil en automatisation.

Questions fréquentes sur la première table Dataverse

Dois-je créer un rôle de sécurité distinct pour chaque table ?

Pas nécessairement. Les rôles de sécurité peuvent être définis conjointement pour plusieurs tables et réutilisés ; l'essentiel est que les autorisations correspondent aux tâches réelles du groupe d'utilisateurs concerné. Pour une première table simple, un rôle standard existant suffit souvent ; des rôles personnalisés différenciés ne deviennent intéressants qu'avec une complexité croissante.

Puis-je supprimer ultérieurement une colonne de recherche ?

Une colonne de recherche est liée à la relation un-à-plusieurs sous-jacente ; sa suppression concerne donc en réalité l'ensemble de la relation et pas seulement la colonne. Avant de la supprimer, vous devriez donc vérifier quels formulaires, vues ou flux utilisent déjà la relation.

Que se passe-t-il pour les enregistrements liés lorsque je supprime un enregistrement parent ?

Cela dépend de la règle de suppression configurée pour la relation. Microsoft Learn cite trois options à cet effet : supprimer automatiquement tous les enregistrements liés en même temps, supprimer la référence à l'enregistrement supprimé, ou empêcher la suppression de l'enregistrement parent tant que des enregistrements liés existent encore.

Ai-je vraiment besoin d'un environnement Power Platform complet avec une base de données Dataverse pour une seule table simple ?

Oui, selon Microsoft Learn, c'est l'une des exigences minimales pour les tables Dataverse : vous avez besoin d'un environnement Power Platform avec une base de données Dataverse configurée avant même de pouvoir créer une première table. Pour des listes simples et uniques sans relations, il est donc souvent utile de vérifier si une liste SharePoint remplit le même objectif de manière plus économique.