Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Lier un fact à une dimension à deux dates
Bonjour,
J'ai une table fait contenant les ventes par jour et par article, je veux ajouter une dimension qui contient les promotions.
Sachant que chaque promotion a une date début et une date fin, comment je peux faire la jointure entre la table fait et la dimension PROMO selon date début et date fin?
Merci de m'aider.
J'ai le même problème de conception actuellement.
Je n'ai pas la solution miracle, mais il est évident que cela passe par une dimension Date/Temps.
Le Fait étant lié à la dimension Date et la dimension Date à la Dimension tierce (promotion dans ton cas).
Ce qui me manque c'est :
- Comment définir des relations d'inégalités entre deux tables dans la Data Source View ?
- Sinon, comment définir ce type de relation dans l'onglet Dimension Usage du Cube ?
Bonjour,
J'ai eu aussi un peu le même problème, je m'en suis sorti de la manière suivante :
(en transposant à ton cas)
Il te faut une relation entre ta table de fait vente et ta dimension promo (sur le code article par exemple ?)
Ta table de fait Vente est en relation avec ta dimension temps sur la date de vente.
Je crée une table de fait fictive promo qui contient par exemple une seule mesure Nombre (que tu peux masquer si elle n'est pas utile). Pour créer cette table de fait, j'ai crée une vue sur la dimension promo (ainsi la dimension et la table de fait sont toujours en phase). Dans ma vue de source de données j'ai donc une dimension promo et une table de fait promo.
sur cette table de fait promo tu fais la relation sur la dimension Temps avec les deux champs date début et date de fin.
Et dans le cube il va te générer automatiquement une dimension Temps (date début promo) et une dimension Temps (date fin promo).
C'est peut être pas très propre mais ça fonctionne. A essayer dans ton cas.
Attention, on ne porte jamais une relation sur un code métier...Envoyé par cana13
On crée un clef interne DWH pour cela.
J'ai résolu mon problème de date donc je le poste ici. Si ça peut aider ...
J'ai créé une table de liaison entre ma dimension date et ma dimension type promotion (avec une date de début et une date fin) qui a pour clé primaire la clé de la promotion et la date. Ainsi il existe une ligne pour chacune des dates comprises dans la période en question.
Dans le cube, j'ai défini cette en table en fait (non visible) et je peux l'utiliser pour relier le groupe de mesure choisi à ma dimension à période (relation many to many).
C'est pas évident tous les jours la modélisation des cubes.
Enjoy.
Oui en ManyToMany ça semble être le plus adéquat dans ce cas là. Et effectivement ça n'est pas évident tous les jours, et chaque jour on découvre de nouveaux challenges, mais est ce que ça n'est pas le côté marrant de la chose
@ DEXTRO : Précisions ? et autres possibilités ?
Bonjour, peux-tu préciser ta solution avec schémas ou copies-écran (niveau vue de sources de données et niveau cube) ?
Par ailleurs, "une ligne pour chacune des dates comprises dans la période" signifie-t'il bien que la table de faits est une requête nommée qui génére autant d'associations DATE <> PROMO qu'il y a de dates comprises entre la date de début et la date de fin de promo ?
Je voudrais bien transposer le principe sur l'association entre une dimension "Contrat" (ayant date de début et date de fin) et une dimension "Date" générique (même table de dimension pour toutes les dates de la base), mais vu le nombre de contrats et leur durée, je crains que ce soit vraiment très "lourd" (nombre de lignes beaucoup trop élevé).
Je me demande si les choses seraient plus simples si l'objet "Contrat" était défini via une table de faits... Ou bien en "spécialisant" plusieurs dimensions date (par exemple "date début" et "date fin").
Répondre avec citation
Partager