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 capacidad dentro de Power Mettre en doute para unir varias tablas en una sola tabla.
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”Que ofrece posibles soluciones, como combinar tablas de hechos en tablas físicas. Eso no es ideal, pero a veces puede funcionar. Sin embargo, debe evitarse esta sugerencia en los documentos para posiblemente unir dimensiones: «Alternativamente, es posible que pueda combinar Fecha y Client para crear una tabla de dimensión única». Por amor y consideración hacia cualquiera que necesite usar o mantener su modelo, por favor no junte todas sus dimensiones. Es de esperar que Tableau admita modelos de datos más sólidos con varias tablas de hechos en una versión futura próximamente.
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 relaciones entre las mismas tablas. Las medidas definidas mediante DAX pueden utilizar estas relaciones inactivas y anular la relación activa predeterminada cuando être necesario, lo que no es frecuente.
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
En una relación de uno a varios, Power BI permite les filtres entre un lado y varios (dirección única) y también entre varios lados y uno (ambas direcciones). Fuera de casos especiales, el uso de relaciones bidireccionales generalmente no se recomienda en Power BI, ya que pueden proporcionar resultados no deseados si tiene más de una tabla de hechos en el modelo con dimensiones comunes. Existen avantages occasionnels pour établir la direction de la relation dans LES DEUX, quoique dans une mesure limitée.
Liens de paiement
Como asociado de Amazone, gano con las compras que califican.
