Discussion :

[Jinroh77]

Bonjour,
Je possède une dimension Client avec 1 IdDateDebutValidite et IdDateFinValidite, en plus de mon autre problème de hiérarchie, je cherche à afficher le nom convivial de l'Id.
J'ai donc mes 2 liaisons entre les 2 tables (IdDateDebut/IdCalendrier et IdDateFin/IdCalendrier).
Dans la dimension client, si je ne défini pas de NameColum, j'ai bien les différents id disponible de la table qui apparaisse quand je browse la dimension sur cet attribut.
Par contre si je défini le NameColum sur la table de calendrier, sur le champ Jour, il ne m'affiche pas les bonnes dates lorsque je parcours la dim client de la même manière.
Il reprend, pour le membre DateDebut, les valeurs de DateFin....
Normalement, il ne devrait pas faire la liaison correct du NameColumn en fonction de la définition du KeyColumn ??

Merci

[psychokwax]

Normalement si.
Tes liaisons sont correctement configurée dans le tab "Dimension Usage"?

[Jinroh77]

La dim client est bien liée à ce qu'il faut dans le dimension usage. Par contre la dim périmètre n'est liée qu'à la dim cllient. Il n'y a aucune relation entre elle et les valeurs de défini.

[psychokwax]

Oh sorry, j'avais mal lu.
Ca n'a rien à voir avec les dimension usage.

En théorie, si tes keycolumns et namecolumns sont bien configurées et que les liens entre les tables existent dans ton DSV, cela devrait fonctionner...

J'avoue que je ne vois pas trop le problème.

Une autre solution serait que tu ajoutes des "named calculation" dans ta table client dans ton DSV. La définition de ces champs iraient rechercher la valeur à afficher dans ta table calendrier.

C'est un peu du bricolage mais cela devrait fonctionner.

[Jinroh77]

Pour la définition du Key column, je défini le IdDateDebut de la table client.
Pour la définition du Name column, je donne le champ jour de la table calendrier qui est liée.

Le problème est qu'il y a 2 liaisons entre client et calendrier et j'ai l'impression que le Name Column n'arrive pas à choisir l'une ou l'autre liaison (en fonction du Key).

Si je ne défini que la laison sur le DateDebut ou que sur le DateFin, le name column est correct, mais les 2 ensemble, impossible d'avoir de valeurs différentes.


Pour le rajout du champs dans la dsv, je préfère éviter, d'autant que j'aurais besoin d'une dimension Périmètre, pour utiliser un niveau de mois ou année.

[ygrim]

Salut, je me permet d'intervenir pour vous rappeler quelques concepts qui peuvent vous éviter ces problèmes.
Dans un modèle en étoile, les dimensions ne sont pas liées. Ou le moins possible tout du moins. La seule liaison "tolérée" est celle d'agrégation (un client et une catégorie de client par exemple). La raison, c'est qu'on ne cherche pas à faire du 3eme forme normale et que l'ajout de liaisons entre les dimensions ne fera que compléxifier le schéma pour l'utilisateur final (imagine des croisements complexes et tout les traitements que cela implique).
Donc oui, c'est possible de faire des liaisons entre les dimensions (tout est possible en informatique) mais ce n'est pas de la modélisation dimensionnelle et pas du modèle en étoile non plus

[Jinroh77]

Merci pour ces précisions, le problème est que par rapport à ma problématique générale j'ai besoin de définir une dimension de périmètre temporel.
Un client appartient à tel groupe pour tel date. J'ai alors besoin de définir un dimension contenant les années et une valeurs "En cours".
Chaque année est alors associée à la définition hiérarchique du 20 janvier de celle-ci.

[ygrim]

Mais est ce que les Slow Changing Dimension ne repondent pas à ta problématique ?
http://grim.developpez.com/articles/...ing-dimension/

[Jinroh77]

Exactement, et c'est d'ailleurs par cette tâche que les données sont alimentées.
Maintenant j'ai besoin de créer une dimension à partir de cela. Avec la spécificité supplémentaire de figer la hiérarchie au 20 janvier de l'année.