Discussion :

[mimib]

Bonjour,
Dans le cadre de mon PFE, je dois concevoir un datamart RH. J'ai un axe d analyse que je ne sais pas comment modéliser. En fait, je dois trouver les effectifs par tranche d'âge et je n'ai dans la base source que la date de naissance des employés. Comment faire pour associer à chaque employé une tranche d'âge? est ce que je dois créer une table de dimension tranche d'âge indépendante de la dimension employé??
Merci pr votre aide

[Antoun]

Ça dépend de ce que tu veux observer...

• ton datamart est-il détaillé au niveau de chaque salarié, ou bien agrégé par service, par site, etc. ?
  
• quels sont les faits que tu représentes ? l'âge qui t'intéresse est-il l'âge aujourd'hui ou bien l'âge au moment des faits ? Par exemple, si tu fais une analyse des embauches sur 2005-2010, les faits sont les embauches, et l'âge qui t'intéresse est vraisemblablement l'âge au moment de l'embauche.
• ton DM est-il en étoile ou en flocon ?

[mimib]

Merci Antoun pr ta réponse. J'ai un indicateur qui s'appelle effectif, ses axes d'analyse sont: temps, sexe, statut marital, niveau d'étude, tranche d'âge, ancienneté, métier. Les décideurs veulent mesurer l'évolution des effectifs durant une période qu'ils vont choisir ça peut être par exemple 10 jours.
Pr la tranche d'âge, je n ai que la date de naissance et de même pr l ancienneté puisk je n ai ke la date d'entrée. Est ce que je me contente d'une dimension employé qui contient la date de naissance et la date d'entrée et pr avoir le rapport je fait une requête qui va me donner les tranches?

[Antoun]

Est ce que je me contente d'une dimension employé qui contient la date de naissance et la date d'entrée et pr avoir le rapport je fait une requête qui va me donner les tranches?

ça c'est plutôt ce que tu ferais sur le datawarehouse. Sur un datamart qui n'a pas besoin de descendre au niveau du salarié, il faudrait plutôt une dimension "tranches d'âges" et une dimension "tranches d'ancienneté".

[mimib]

Si je fait une dimension tranche d'age et une autre tranche d ancienneté, cmt pourais je associer chaque employé a sa tranche d age et son ancienneté? est ce que ça se fait durant la phase d ETL?? mais l age et l ancienneté change en fct du temps.
DSL c mon premier projet BI....

[Antoun]

Si je fait une dimension tranche d'age et une autre tranche d ancienneté, cmt pourais je associer chaque employé a sa tranche d age et son ancienneté? est ce que ça se fait durant la phase d ETL??

oui, lors du passage du DWh au DM.

Au passage, attention au vocabulaire RH, j'imagine que tu ne veux pas exclure les cadres, sont il faut parler de salariés et pas d'employés.

mais l age et l ancienneté change en fct du temps.

oui, c'est le problème des notions d'âge, c'est pour ça que je te demandai si tu pouvais lier l'âge à un événement précis. Comme apparemment c'est bien l'âge et l'ancienneté actuels qu'il te faut, la question à trancher c'est de savoir si tu les calcules par rapport aux dates de naissance et de recrutement complètes, ou seulement en soustrayant les années (on parle alors de millésime).

Le calcul sur des dates complètes est plus précis, mais ça veut dire que tous les jours une partie de tes salariés va changer de tranches d'âge, d'où un recalcul du DM et des chiffres qui bougent en permanence.

Le calcul en millésime est moins précis, mais donne des chiffres plus stables, tous les changement de tranche ayant lieu le 1er janvier.

Par ailleurs, si tu présentes une évolution des effectifs par tranche d'âge sur plusieurs années, il faut faire attention à prendre en compte l'âge sur l'année analysée... dans ce cas, la méthode des millésimes tend à s'imposer, et tu as intérêt à garder une granularité à l'année sur le DM.

[mimib]

ça c'est plutôt ce que tu ferais sur le datawarehouse. Sur un datamart qui n'a pas besoin de descendre au niveau du salarié, il faudrait plutôt une dimension "tranches d'âges" et une dimension "tranches d'ancienneté".

Bonjour,

Pr mon projet, je dois construire un datawarehouse RH et non pas un datamart puisk la société ne dispose pas d'un datawarehouse. Dans ce cas, dois je ajouter la table salarié comme dimension dans mon schéma en étoile du calcul des effectifs même si elle n 'est pas considérée comme axe d analyse? ou bien est ce que ce calcul doit être fait a partir de la base source a chak fois kon veu générer un rapport sans créer une table salarié dans mon datawarehouse?

[Antoun]

OK, commençons par le DWh.

Le principe de base du décisionnel, c'est de ne par requêter dynamiquement la base source, parce qu'elle est censée avoir des utilisateurs qui ne seraient pas contents si tu venais pomper toutes leurs ressources en faisant des calculs sur 1 million de lignes... bon, pour une table des salariés, j'imagine que le volume est moindre, mais ça ne change pas le principe. Donc, oui, tu inclus la table des salariés dans ton DWh.

Si tu t'aperçois que tu as des mauvaises performances, tu seras amenée à créer un DM par-dessus ton DWh, sur lequel tes tranches d'âges et d'anciennetés seraient des dimensions.