Tableau a récemment publié un modèle de données logique dans la version 2020.2, alors qu'une couche sémantique similaire est au cœur de Microsoft Power BI depuis sa création. Le modèle «tabulaire» de Power BI a une lignée partagée entre les produits Microsoft qui est antérieure à Power BI (Power Pivot pour Excel et Analysis Services ont le même moteur que Power BI).
Voici le même modèle simple défini dans Tableau (en haut) et Power BI (en bas):
Avant 2020.2, Tableau avait un modèle de données physique qui permettait des jointures entre les tables. Cette couche est toujours présente et est similaire à celle de Power BI rejoindre capacité dans Power Query à joindre plusieurs tables en une seule table.
Avec l'introduction du modèle logique dans Tableau 2020.2, une seule table logique peut être constituée d'une ou plusieurs tables physiques. Deux tables logiques ou plus peuvent être liées les unes aux autres. Cette approche partage de nombreuses similitudes avec le modèle tabulaire de Microsoft, mais il existe actuellement des différences fondamentales qui peuvent affecter la façon dont vous abordez la modélisation des données dans un outil par rapport à un autre. Ce ne sera pas toujours un scénario facile d'appliquer les connaissances sur la façon de créer un modèle de données dans un produit pour le construire dans l'autre.
REMARQUE: Cet article examine certaines différences fondamentales entre la modélisation Tableau et Power BI à partir de juin 2020. Il n'entre pas dans les détails sur les fonctionnalités annoncées de la feuille de route, telles que les améliorations de Power BI. modèles composites plus tard en 2020, permettant des scénarios tels que la combinaison d'un modèle composite de `` connexion en direct '' avec des sources de données supplémentaires, ou même plusieurs modèles de connexion en direct.
Bien que non exhaustif, voici quatre différences fondamentales entre l'expérience de modélisation de données logiques entre Tableau et Power BI:
1) Tables de faits multiples
Bien que cela puisse simplement être un signe des nouvelles capacités de modélisation de Tableau, le modèle logique ne prend étrangement pas en charge plusieurs tables de faits jointes à plus d'une dimension.
Dans Power BI, il est courant de créer des modèles de données avec plusieurs tables de faits pouvant être liées à plusieurs dimensions, comme ceci:
Je ne sais pas à quel point une configuration comme celle-ci est précieuse (ce n'est pas le cas):
Les documents Tableau ont un «modèles non pris en charge«Ce qui offre des solutions possibles, comme la combinaison de tables de faits en tables physiques. Ce n'est pas idéal, mais cela peut fonctionner parfois. Cependant, évitez cette suggestion dans les documents pour éventuellement joindre des dimensions: "Vous pouvez également combiner Date et Client pour créer une table de dimension unique." Par amour et considération pour quiconque a besoin d'utiliser ou d'entretenir votre modèle, veuillez ne pas mettre toutes ses dimensions ensemble. Espérons que Tableau prendra en charge des modèles de données plus robustes avec plusieurs tables de faits dans une prochaine version.
2) Définition des relations avec plusieurs champs
Tableau permet aux modélisateurs de données de définir des relations dans divers domaines. Le modèle tabulaire Power BI n'autorise que les relations définies par un seul champ (et cela ne changera pas de sitôt).
Dans Power BI, si une relation doit être définie dans plusieurs champs, cette clé composite doit être créée manuellement comme solution de contournement concaténer les champs ensemble. Par exemple, si vous devez créer une relation géographique basée sur le pays et l'état, vous finirez par fabriquer une clé composite avec des valeurs telles que "USAMichigan" au lieu de la relier séparément au champ Pays et au champ État.
Les modélisateurs qui ont travaillé avec le moteur tabulaire de Microsoft peuvent ne pas l'aimer (c'est un euphémisme), mais nous y sommes habitués. Il est rassurant de voir que Tableau offre une alternative pratique. Si quelqu'un débute dans Tableau et doit ensuite créer un modèle dans Power BI, les relations à clé unique appliquées peuvent prêter à confusion.
3) Relations actives et inactives
Tableau et Power BI autorisent une seule relation active entre les tables. De plus, Power BI autorise plusieurs inactif relations entre les mêmes tables. Les mesures définies par DAX peuvent utiliser ces relations inactives et remplacer la relation active par défaut si nécessaire, ce qui est rare.
Un scénario courant consiste en plusieurs dates dans une table de faits. Dans Power BI, la plupart du temps, vous verrez des paramètres de dimension de jeu de rôle avec plusieurs dimensions de date au lieu de mesures qui utilisent des relations inactives (ligne pointillée dans la capture d'écran ci-dessous). Bien qu'ils soient là si nécessaire, alors que Tableau n'autorise pas les relations multiples entre les tables.
4) Relations bidirectionnelles
Dans une relation un-à-plusieurs, Power BI autorise les filtres entre un côté et plusieurs (dans une seule direction) et également entre plusieurs côtés et un (dans les deux sens). En dehors de cas particuliers, l'utilisation de relations bidirectionnelles n'est généralement pas recommandée dans Power BI, car elles peuvent fournir des résultats indésirables si vous avez plusieurs tables de faits dans le modèle avec des dimensions communes. exister avantages occasionnels pour établir la direction de la relation dans LES DEUX, quoique dans une mesure limitée.
Liens de paiement
En tant qu'associé Amazon, je gagne sur les achats éligibles.
