La modélisation des données est une étape extrêmement importante dans l'analyse de données. Elle va garantir la facilité de l'analyse mais surtout elle va garantir que les indicateurs calculés seront les bons dans le bon contexte. Merci Alex de revenir sur ce point chaud.
Bonjour, la jointure entre fournisseur et ventes via IDProduit me pose question ? la table fournisseur ne serait-elle pas normalement derrière la table produit, si le même fournisseur à plusieurs produits ? merci
Merci beaucoup Alex pour l'explication par contre on imagine que au lieu d'avoir des ventes j'ai des villes par exemple. J'ai fais une études sur les besoins en recrutement - et les besoin en recrutements ou le recrutement est difficile. Par région Par ville Par département J'aimerai reproduire le schéma en étoile comme tu l'a montré sur la vidéo
Merci pour ton com ! Dans 1er temps il faut identifier tes différents bases, ensuite tu pourras faire des liaisons. On peut imaginer dans ta table "Sourcing" tous les candidats par exemple avec une indication georgraphique, et en table de dom. une table Géographie avec Région/Dpt./Ville, il faudra faire une liaison sur le niveau le + fin :)
Bonsoir Alex, est ce que vous faites des formations théoriques sur le Dax et les contextes. L'idée est de comprendre la logique des fonctions et comment elles fonctionnent. Étant nouveau sur PBI, j'aimerais maîtriser un peu plus, plutôt que de juste reprendre des formules qui fonctionnent certes, mais sans savoir vraiment pourquoi 😁.
Excellente vidéo, je me pose toutefois encore une question. Quand dois-je privilégier des combianaisons de requêtes à un modèle relationnel comme tu le présente dans cette vidéo ? Y a t il des enjeux de performances ?
Cela va dépendre de la finalité de ton rapport, si tu dois appeler une colonne uniquement pour enrichir ta base, alors combinaison. Si la colonne que tu appelles sera problamement un axe de filtration, alors relation. En gros 😉
Bonjour @alexandre, Comment faire pour lier deux tables ou j'ai des articles en double dans chaqu'une des deux tables ? Il sont en double car dans une table, il y a des localisations différentes et dans l'autre il y a des commandes différentes ou se trouve le même articles. Merci à toi.
Hello, merci pour ton com, Idéalement il faut séparer tes tables pour avoir des ID uniques :) Pour profiter d'un modéle optimisé et avoir des relations 1-*
La modélisation des données est une étape extrêmement importante dans l'analyse de données. Elle va garantir la facilité de l'analyse mais surtout elle va garantir que les indicateurs calculés seront les bons dans le bon contexte. Merci Alex de revenir sur ce point chaud.
Merci pour ton avis 😉
Je suis en train 😊😊
Superbe vidéo Alexandre ! On oublie trop souvent de bien monter son data modèle avant d'exploiter la données ...
C'est clair !
Encore une bonne vidéo, comme d'hab, bravo !! :) Et merci
Une suggestion pour une prochaine : le drill through ...
Très bonne idée !
excellent vidéo!
Est-ce que vous pouvez faire des vidéos sur le running total sans utiliser la date ni l'index, s'il vous plaît?
Hello, qu'est-ce que tu entends par running ?
@@alexpbix Running tolal ou en français Total cumulatif
Bonjour,
la jointure entre fournisseur et ventes via IDProduit me pose question ? la table fournisseur ne serait-elle pas normalement derrière la table produit, si le même fournisseur à plusieurs produits ?
merci
Oui c'est possible, ici le modele est simplifié, mais en fonction des caracteristiques le modele evolue
Merci beaucoup Alex pour l'explication par contre on imagine que au lieu d'avoir des ventes j'ai des villes par exemple.
J'ai fais une études sur les besoins en recrutement - et les besoin en recrutements ou le recrutement est difficile.
Par région
Par ville
Par département
J'aimerai reproduire le schéma en étoile comme tu l'a montré sur la vidéo
Merci pour ton com ! Dans 1er temps il faut identifier tes différents bases, ensuite tu pourras faire des liaisons. On peut imaginer dans ta table "Sourcing" tous les candidats par exemple avec une indication georgraphique, et en table de dom. une table Géographie avec Région/Dpt./Ville, il faudra faire une liaison sur le niveau le + fin :)
Bonsoir Alex, est ce que vous faites des formations théoriques sur le Dax et les contextes. L'idée est de comprendre la logique des fonctions et comment elles fonctionnent. Étant nouveau sur PBI, j'aimerais maîtriser un peu plus, plutôt que de juste reprendre des formules qui fonctionnent certes, mais sans savoir vraiment pourquoi 😁.
Chez formationpowerbi.fr on va bientôt sortir une formation orientée DAX
@@alexpbix le site ca marche pas
Bonsoir Monsieur. Merci pour cette vidéo. Vous n'avez pas les liens de téléchargements des données utilisées ? Merci d'avance
Les données sont accessibles via un lien dans la description :p
Super Job, merci 👌
Merci à toi 👍
Salut, merci pour la vidéo :-) Comment fait-on pour créer une jointure sur plusieurs colonnes entre 2 tables ? Merci de ton retour !
Controle + clic sur les colonnes a relier !
Excellente vidéo, je me pose toutefois encore une question. Quand dois-je privilégier des combianaisons de requêtes à un modèle relationnel comme tu le présente dans cette vidéo ? Y a t il des enjeux de performances ?
Cela va dépendre de la finalité de ton rapport, si tu dois appeler une colonne uniquement pour enrichir ta base, alors combinaison. Si la colonne que tu appelles sera problamement un axe de filtration, alors relation. En gros 😉
Bon travail👋👋
Merci
Bonjour @alexandre,
Comment faire pour lier deux tables ou j'ai des articles en double dans chaqu'une des deux tables ?
Il sont en double car dans une table, il y a des localisations différentes et dans l'autre il y a des commandes différentes ou se trouve le même articles.
Merci à toi.
Hello, merci pour ton com, Idéalement il faut séparer tes tables pour avoir des ID uniques :)
Pour profiter d'un modéle optimisé et avoir des relations 1-*
Salut, donc les tables des dimensions ne sont jamais en rélation en eux ?
Ils peuvent dans un schéma en flocon, ce qui n'est pas notre cas ici