Consolidation d'un cube Palo [Résolu]

[NanieMova]

Bonjour,

J'ai un cube Palo que j'alimente via Talend, jusque là pas (plus) de problème. Par contre j'ai beau faire des recherches, je ne trouve pas comment consolider un cube Palo.
Est-ce possible via Talend ? J'ai vu qu'on pouvait créer des règles de calcul mais peut-on les exécuter ?
Quelqu'un aurait un retour d'expérience sur le couple Talend-Palo à partager ?

Merci.
Nanie.

[Alek-C]

Bonjour,

qu'entends-tu par "consolider le cube" ?

Une fois les données chargées dans PALO, les consolidation sont gérées à la volée directement dans l'outil de restitution (Excel, ...), je ne vois pas ce que tu souhaites faire entre Talend et PALO ?

[NanieMova]

Eh bien mon souci c'est que je n'ai pas de données à la volée justement...
Par exemple j'ai un prix de vente et un prix d'achat, et une variable marge qui reste constamment vide.
Ou encore une donnée sur une date, et rien sur le mois correspondant...
J'ai sûrement dû oublier quelque chose quelque part

[Alek-C]

Sans doute

Pour la marge, tu l'as faite comment ? Avec une règle sur le cube ou en utilisant un élément consolidé dans ta dimension ?

Pour ton problème de date, est-ce que la dimension temporelle que tu as faite est bien structurée pour que ton mois soit une consolidation des jours de ton mois ? Dans l'outil de modélisation, dans ta dimension "Temps" (ou peu importe son nom), tu dois avoir des éléments de base (2011-01-01, 2011-01-02, ...) et des éléments consolidés (2011-01, ...) qui regroupent les autres éléments si tu veux pouvoir consolider !

[NanieMova]

Alors je te mets des copies d'écran ça sera plus explicite, mais en gros j'ai bien une hiérarchie pour ma dimension Temps, et ma marge est un élément consolidé.

[Alek-C]

Hum, il y a un truc qui me chiffonne : pourquoi tes éléments de base dans la dimension Temps sont au format chaine et non nombre ? (je n'ai pas la même version que toi, mais le petit symbole "A" à côté me laisse penser que c'est le cas). Or, si c'est du texte, tu vas avoir du mal à faire des calculs !

[NanieMova]

Bon, je les ai passés en numérique pour voir, mais même résultat. Et dans ce cas, pourquoi je n'aurais pas un résultat pour ma marge alors que tout est en numérique... ?

[Alek-C]

As-tu vérifié que les éléments de tes autres dimensions n'étaient pas eux-même en caractères ?
Quand on veut stocker du numérique, tous les éléments de toutes les dimensions doivent être indiquées comme telles !
Il faut bien comprendre que définir un élément d'une dimension en caractère signifie que toutes les valeurs du cube dont les coordonnées contiennent cet élément ne seront pas numériques et ne pourront pas être consolidées.
Et c'est quelque chose qu'on ne fait pas souvent ! Donc à chaque fois que tu défini un élément en caractère, demande toi si c'est vraiment ce qu'il faut.
Attention, cela n'a rien à voir avec la valeur de l'élément en question !

Imagine ceci (exemple idiot, mais c'est pour illustrer) :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
Dimensions :
Année
Ville
TypePrix

Éléments de dimension "Année" :
2010 (numérique)
2011 (numérique)

Éléments de dimension "Ville" :
Paris (numérique)
Londre (numérique)

Éléments de dimension "TypePrix" :
HT (numérique)
TTC (numérique)
Devise (caractère)

Alors tant que tu utilises un TypePrix HT ou TTC, tu peux faire des calculs... Évidemment, ça n'a pas de sens de vouloir avoir une somme des Devises pour 2011...

Mais si (par exemple), Paris et Londre étaient définis en caractères, alors tu ne pourrais plus faire de calculs ! Car pour PALO, un élément situé aux coordonnées 2011,Paris,TTC serait du caractère

En général, il est très rare de définir un élément en caractère !

Je ne sais pas si c'est très clair :s

[NanieMova]

C'est très clair cher ami J'essaie ça de suite

[NanieMova]

Merci Alek, t'es un chef ! Effectivement j'avais bien oublié quelque chose quelque part