[Philippe]

Bonjour RANDRIATAHINA,

Comme les images sont petites, la lecture n’est pas aisée.

Pour ma part, comme vous avez une structure en étoile, je vous inviterai dans un premier temps de passer d’un schéma en flocon à un schéma en étoile.

Pour cela, toutes les tables à gauche de l’image de le ramener à une seule table de dimension directement attachée à la table de faits, et en cela de dénormaliser votre modéle.

Comme je n’ai pas tous les détails, et pour répondre à votre question directement, avez-vous créé des relations bidirectionnelles ? Attention, cela n’est pas forcément une bonne pratique.

Bien à vous,

PGeiger

• Cette réponse a été modifiée Il y a 1 semaine, 1 jour par  Philippe.

[RANDRIATAHINA]

Merci beaucoup Philipe pour votre réponse.
Donc pour passer à un schema flocon à un modèle en étoile, vous savez combien de temps ça va prendre environ ? Car j’ai besoin de la mettre en PROD d’ici 2 jours.
Concernant les relations, il y a que des relations unidirectionnelles pour toutes les tables de dimensions.

[Philippe]

RANDRIATAHINA,

1- Cela peut être assez rapide en fonction des outils que nous utilisez. Comme je ne sais pas comment vous créez votre modèle, je ne peux pas donner un temps de réalisation.

2- Ma proposition est que vous réalisiez des tests en passant les relations en mode bidirectionnel. Mais attention aux performances et aux comportements.

Bien à vous,

PGeiger

[RANDRIATAHINA]

Je viens de convertir mon modèle en modèle en étoile. Ce qui donne ceci :

Par contre, lorsque je calcule le taux d’occupation qui devrait être le rapport entre le nombre de reservation par rapport au nombre de bureaux dispo, j’ai des valeurs anormales qui dépassent le 100%.
Voici la formule que j’ai utilisé :

<pre class=”language-css”>#Taux d'occupation réél =
VAR NombreBureau = DISTINCTCOUNT(Dim_Bureaux[Id]) // Calcul le nombre total des bureaux avec l'ID
VAR _NombreReservation = DISTINCTCOUNT(Ft_Reservations[Reservation_ID]) // Calcul du nombre de réservation en utilisant l'ID
RETURN
DIVIDE(DISTINCTCOUNT(Ft_Reservations[Reservation_ID]),DISTINCTCOUNT(Dim_Bureaux[Id]),0)

Résultat :

Une idée par rapport au contexte d’évaluation ?

[Philippe]

RANDRIATAHINA,

Il est possible d’afficher les valeurs de deux termes de la division ?

Dans la formule DAX, je suis étonné sur le présence des DISTINCTCOUNT, je pense que des sommes sont plus pertinentes.

Bien à vous,

PGeiger

[RANDRIATAHINA]

Bonsoir Philippe,

J’ai surtout utilisé DISTINCTCOUNT car je compte les colonnes ID ne sont pas “sommable” puisque je voulais juste compte le nombre de bureaux disponibles et le nombre de reservation.

Bien à vous,

[Philippe]

RANDRIATAHINA,

Compliqué votre formule DAX, car vous ne réutilisez pas les variables.

Autre point : nous ne voyons les conditions de filtres de votre visuel. Existe-t-il un filtrage pour une date donnée ? Sinon, votre mesure n’a aucun sens car le nombre de bureau est intemporel ce qui n’est pas le cas pour le nombre de réservation.

Bien à vous,

PGeiger

[RANDRIATAHINA]

Philippe,

Justement c’est la raison pour laquelle la formule fonctionne pas correctement car je ne sais pas comment faire la correspondance entre le nombre de bureaux intemporel par rapport au nombre de réservation qui change à chaque fois. J’ai du mal à integrer le contexte d’évaluation dans le DAX.

[Jonathan]

Bonjour,

Je réponds à la toute première question en haut.

Ce phénomène se produit si l’intégrité référentielle n’est pas maintenue. Par exemple, une date dans la table de faits qui ne serait pas dans la table des dates ou encore un axe d’analyse qui ne serait pas présent dans une dimension.

Dans les visuels, on ne voit pas le problème puisque, par défaut, les visuels n’affichent pas les éléments Blank. Mais si on décide d’afficher les éléments sans données, on voit bien le blank arriver dans ce cas. Pour les filtre, c’est différents, il fait directement apparaître la ligne BLANK.

Donc pour moi, la piste est de checker si chaque dimension est bien exhaustive par rapport à toutes les tables de faits qui sont liées à cette dimension.

[Jonathan]

Concernant votre calcul, il ne fonctionne pas car il ne tient pas compte du nombre de jours en cours de visualisation.

Exemple (si j’ai bien compris la demande) :

• J’ai 4 jours en cours de sélection, du 1er au 4 septembre,
• 1 bureau a été loué le 1 et le 3,
• A mon avis le résultat attendu est de 50%.
• Si c’est ça, vous pouvez tester cette mesure :

<pre class=”language-markup”>Taux D'occupation réel =
VAR NbBureaux =
DISTINCTCOUNT ( Dim_Bureaux[ID] )
VAR NbReservations =
COUNTROWS ( Ft_Reservations )
VAR BaseTxOccupation =
DIVIDE (
NbReservations,
NbBureaux
)
VAR NbJours =
COUNTROWS ( DimDate )
RETURN
DIVIDE (
BaseTxOccupation,
NbJours
)

Bonne continuation dans votre projet

[RANDRIATAHINA]

Bonjour Jonathan,

Merci beaucoup pour votre aide.
Je me suis aperçus après une investigation que ma relation entre table Dimension Bureaux et table de Fait Reservation ne fonctionne plus correctement après avoir simplifié mon modèle flocon en modèle en étoile.

DAX Query en modèle en étoile

vs DAX Query en modèle en flocon

[Philippe]

Il doit y avoir un problème avec la jointure.

Bien à vous,

PGeiger