Pour illustrer le fonctionnement, je vais m'appuyer sur l'exemple d'un projet de simulation de masse salariale ; imaginons le besoin d'un contrôleur de gestion qui souhaite connaître la masse salariale de sa société répartie par entité et fonction du temps. Ce contrôleur de gestion dans le cadre de sa simulation aura besoin de vérifier l'évolution de cette masse salariale en fonction des embauches, des départs et des transferts qui auront lieu au sein de sa société.

Au niveau du cube, j'ai restreint les données de fait au salaire brut et aux augmentations, au niveau des dimensions aux deux axes de navigation 'PERIOD' et 'EMPLOYEE'. L'objectif va donc être de modifier la dimension EMPLOYEE afin de refléter les mouvements des salariés.

Résumons les points importants de la construction de ce cube :

Ci-dessous le Data Source View nécessaire, avec la table de faits en jaunes, celles des dimensions en bleu :

Ici les structures des dimensions se rapportant aux axes de navigation PERIOD et EMPLOYEE :

La hiérarchie « Period hierarchy » a été créée à partir des attributs « Year » et « Month », l'attribut clef « MSTB DIM PERIOD » inutile pour la navigation est paramétrée comme invisible.

La hiérarchie « Employee hierarchy » est composée des attributs « Division », « Section », et « Employee ». MSTB DIM EMPLOYEE est un attribut invisible.

Afin de permettre la modification de la dimension Employee il ne faut pas de relation rigide entre les attributs (par défaut ce n'est pas le cas), activer la possibilité d'écriture sur la dimension (http://msdn2.microsoft.com/en-us/library/ms175411.aspx) et activer le Writeback sur les groupes de mesures associés à cette dimension.

Une fois déployé le cube va présenter les données de la manière suivante : La mesure calculée « Total Salary » est une simple somme du salaire et de l'augmentation.

Regardons maintenant à quoi ressemble ces fameux scripts.