Discussion :

[skflers61]

Bonjour,

J'ai besoin d'un peu d'aide pour construire les dimension de mon cube OLAP.
J'ai 2 tables dans mon cube et dans ces 2 tables j'ai des colonnes identique comme ANNEE, MOIS, ...
Quand je crée une dimension année, je ne peux choisir que le champ année d'une seule table et donc ma dimension ne marche que pour les mesures de cette table.
Pour résumé je dois créer 2 dimensions année différente qui pointe chacune vers une table si je veux les utiliser dans mes 2 tables.
Ce que je veux avoir c'est une seule dimension année qui marche sur mes 2 table.

merci d'avance pour vos réponses.

[FrancoisJehl]

Heu oui ça s'appelle une modélisation déconnante . Si comme je l'ai bien compris vos colonnes temporelles sont dans les tables de fait vous n'avez pas de dimension temps au sens relationnel (de table de temps quoi), le problème n'est pas lié au produit SSAS mais à votre modélisation dimensionnelle qui n'en est pas une.

[d.joubert]

T'es un peu dur François : Est-ce que quelque chose qui n'existe pas peut être déconnant ?

[Jester]

Ça ne me semble pas déconnant. C'est pas idéal mais ça peut arriver.

La solution j'imagine est de mettre une vue dans la source données avec une requête de type :
select distinct annee, mois
from fait1
union
select distinct annee, mois
from fait2

Cela créera une dimension propre date. On peut ensuite modéliser sous SSAS comme s'il y avait vraiment un schéma propre. Il faut peut-être générer une colonne en plus pour agir en tant que clé, je n'ai jamais utilisé SSAS avec des jointures sur plusieurs colonnes.

[d.joubert]

Dire qu'il est pas déconnant d'alimenter sa table de dimension temps à partir de la lecture des tables de faits, c'est au choix :
- ne pas être en train de faire de BI
- de l'incompétence

[scharly3]

Absolument en phase avec David, la solution de Jester va générer une dimension date avec des valeurs manquantes, quid de l'utilisation de toutes les fonctions dates ... de SSAS.

[Jester]

On peut très bien être dans un cas où on fait de l'OLAP au dessus d'un schema OLTP mal fait où l'on a pas la main. Pour les trous dans les dates, ça peut être un problème ou pas du tout selon le besoin. S'il ne veut pas de trous il peut faire une recursive CTE pour générer la dimension le principe reste le même. Pour la solution SSAS, il me semble qu'il faille que la granularité soit à la journée mais je ne suis pas un expert.

J'ai bien noté que ce n'était pas idéal. Ça n'en reste pas moins une solution, la seule proposée d'ailleurs.

Je viens de voir que c'est un étudiant donc probablement qu'on peut dire que ce n'est pas la bonne solution dans son cas.

[d.joubert]

Le problème est qu'ici, lui donner une solution sans revoir la modélisation consiste à l'encourager dans les mauvaises pratiques.

Mais la solution la moins moche dans ce cas précis, consisterait pour moi à utiliser l'option de SSAS pour générer une dimension temps