Discussion :

[sandmil]

Bonjour,

Je suis actuellement en train de construire un cube via analysis services version 2005. je ne connais pas très bien le produit.
J'ai un souci concernant la création d'une hierarchie et aucune doc ne semble répondre à ma question.

Je souhaite faire une hierarchie sur plusieurs niveaux mais avec des informations nulles à certains niveaux.

je m'explique. Je dois faire la hierarchie PRODUIT\ORIGINE\COMMANDE

Mais certains produits n'ont pas d'origine, ou pas de commande ou aucun des deux. (A savoir que ces informations font aussi partie de ma table de fait en tant que clé étrangère vers les dimensions)

Est-ce que quelqu'un connaîtrait une astuce ?car pour le moment, ma hierarchie ne me ressort que les produits qui ont une origine et une commande.


Merci
Sandmil

[rudib]

Bonjour,

C'est ce qu'on appelle une hiérarchie déséquilibrée. Normalement ça se gère tout seul : tu vois les agrégats au niveau de la hiérarchie que tu déroules qund il y a des données.
Ca dépend du lien qui existe entre tes faits (ton groupe de mesures) et ta dimension. qu'as-tu comme Id en liaison ?

Comme hiérarchie, je verrais plutôt ORIGINE/PRODUIT/COMMANDE (c'est l'origine du produit ou de la commande ??)

Ensuite, as-tu correctement défini les clés des attributs. La clé de l'origine par exemple est-elle Produit + Origine ?

[sandmil]

Bonjour,

Merci pour ta réponse.
En fait, j'ai crée 3 tables de dimensions (Produits, Origine, commande). Chaque table de dimension à une clé nom_produit (PRODUITS),
origine_id (origine) et no_commande (commandes). Basées sur des tables sqlserver. Il existe des tables intermédiaires entre produit et origine et commande et origine. Si je me base sur ces tables pour les dimensions, je n'obtiens que les produits qui ont une origine et une commande alors que je veux tous les produits (y compris ceux qui n'ont pas d'origine ni commande)

ma table de faits contient toutes les mesures et les tables de dimensions sont liées à la table de faits par des clés étrangères (nom_produit, origine, no_commande).

Les contraintes fonctionnelles sont :

- les produits sont suivis par origine (un produit peut avoir plusieurs origine ou aucune)
- Certains produits sont suivis par origine et commande

On suit la production de l'entreprise comme ceci :

PRODUITS
origine
cOMMANDE

J'ai essayé d'utiliser la table de faits en tant que dimension puisque les données PRoduit/origine/commande y sont renseignées. Mais certaines lignes de la table de faits vont avoir origine et commande à NULL.
Quand je déplie les niveaux, le système ne déplie pas tous les niveaux.
Exemple : je devrais avoir pour un produit "Plaque - SLC "
-DH
Et il ne m'affiche que "Plaque - SLC".
je ne sais si c'est une bonne idée d'utiliser la table de faits.
J'ai essayé d'utiliser une vue mais sans succès pour le moment.

Le problème est peut-être ma conception du cube ?

Quand tu parles de définition des clés des attributs, c'est au niveau de la structure de la dimension ?

J'ai pensé aussi à la dimension Parent-enfant.

Merci beaucoup de ton aide.

[sandmil]

Bonjour,

J'ai réussi à faire la dimension Produit/origine/commande à partir d'une requête nommée (select union all à partir de 2 tables sqlserver).
J'obtiens le résultat suivant (voir fichier zip joint) :

PRoduits 1
--- 0 (car pas d'origine)
--- 0 (car pas de no de commande)

Produits 2
--- AU (possède des origines)
--- 0 (pas de commandes)

Produits 3
--- AU
----- 34343434
----- 45454545
--- YY
----- 45467787

C'est le résultat que je veux obtenir, mais je voudrais que les niveaux à 0 ne s'affichent pas. Est-ce dans les propriétés ?
D'autres parts, je ne vois plus mes données du cube dans le navigateur...
Est-ce la dimension qui est mal construite ?

merci pour votre aide..
sand