IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

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

Cognos Discussion :

[Cognos] Gestion des hiérarchies non balancées


Sujet :

Cognos

  1. #1
    Membre actif
    Profil pro
    Inscrit en
    janvier 2007
    Messages
    205
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : janvier 2007
    Messages : 205
    Points : 222
    Points
    222
    Par défaut [Cognos] Gestion des hiérarchies non balancées
    Bonjour,

    Cela fait plus d'un an que je développe des modèles de requêtes sous Cognos Framework Manager pour pouvoir réaliser des rapports Query Studio, Report Studio et Analysis Studio.

    Je voudrais savoir si quelqu'un parmi vous a déjà été amené à modéliser une table dimensionnelle contenant une hiérarchie non balancée?

    Si vous avez une quelconque documentation à ce sujet (genre guide de modélisation, bonnes pratiques)...

    Je vous remercie d'avance.

    Yvan.

  2. #2
    Membre régulier

    Profil pro
    Inscrit en
    avril 2004
    Messages
    67
    Détails du profil
    Informations personnelles :
    Âge : 51
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : avril 2004
    Messages : 67
    Points : 108
    Points
    108
    Par défaut
    Tu connais la profondeur maximale de ta hiérarchie ?

  3. #3
    Membre actif
    Profil pro
    Inscrit en
    janvier 2007
    Messages
    205
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : janvier 2007
    Messages : 205
    Points : 222
    Points
    222
    Par défaut
    Oui, le nombre de niveaux de la hiérarchie est fixe. Il se trouve que certains membres de niveau 6 par exemple n'aient pas de parents de niveau 5 et soient donc directement rattaché à son parent de niveau 4. J'ai donc affaire à une hiérarchie non balancée que je peux transformer en une "ragged hierarchy".

    Mais mon problème est ailleurs: dans ma table de faits, une colonne dimensionnelle peut contenir des membres de niveaux différents. Par exemple, une colonne TIME qui pourrait contenir un jour, un mois ou une année. Cela signifie que ma table de faits stockent des faits aggrégés à différents niveaux. On peut avoir une valeur d'indicateur pour janvier 2006, puis le détail des jours de février. Comment obtenir alors la valeur aggrégée pour 2006?

  4. #4
    Membre régulier

    Profil pro
    Inscrit en
    avril 2004
    Messages
    67
    Détails du profil
    Informations personnelles :
    Âge : 51
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : avril 2004
    Messages : 67
    Points : 108
    Points
    108
    Par défaut
    Ce que j'ai vu faire c'est de faire pointer les faits de niveaux agrégés vers une date élémentaire arbitraire Par exemple : Un budget mensuel février vers le 1er février.

Discussions similaires

  1. [MCD] [PowerAMC] Gestion des attributs non commun
    Par heretik25 dans le forum Schéma
    Réponses: 5
    Dernier message: 20/01/2012, 17h24
  2. gestion des champs non remplis.
    Par Niki59 dans le forum Langage
    Réponses: 2
    Dernier message: 12/11/2008, 22h12
  3. Gestion des caractères non-imprimables
    Par azr dans le forum Langage
    Réponses: 2
    Dernier message: 17/12/2007, 22h37
  4. [ASP .NET][VB] Gestion des erreurs non gérées
    Par aloisio11 dans le forum ASP.NET
    Réponses: 7
    Dernier message: 04/10/2007, 10h13
  5. [Report] Gestion des titres non numérotés + mise en page
    Par Olivier_ dans le forum Mise en forme
    Réponses: 4
    Dernier message: 08/06/2007, 10h12

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo