Entrepôt de données: Modélisation des allocations de charge de travail

Question

Nous avons un système qui suit l'attribution d'une unité de travail, de la réception de cette unité de travail jusqu'à la fin de cette unité de travail. Une unité de travail a un certain nombre d'attributs, c'est la source, c'est le type etc. Ces je suis assez bien avec la modélisation, susceptible d'être soit des dimensions du fait ou simplement des attributs en fonction de la nature d'eux et comment notre les utilisateurs voudront en faire rapport.

Le problème est l'allocation.

Une unité de travail peut traverser plusieurs équipes, au sein de ces équipes, elle peut traverser plusieurs individus. Des actions peuvent être menées sur cette unité de travail.

Et nos utilisateurs seront intéressés à faire un rapport à ce sujet.

Combien d'unités de travail ont été allouées, par équipe, dans une période donnée, par exemple. Je ne connais pas encore l'entreposage de données, donc je ne sais pas comment modéliser cela. Les candidats que j'ai identifiés à ce jour sont:

1) Modification lentement Dimensions

probablement à l'aide d'un type 4, pour l'attribution à l'équipe et personne au sein de l'équipe.

2) Snapshot

Avoir Type 4 de/vers les attributs du principal fait que dire quand il était en compte, de sorte que chaque unité de travail se produit à plusieurs reprises dans le tableau de fait qui peupler le cube.

3) Accumuler Snapshot

Je ne suis pas sûr que je comprends ce que cela est, et je ne suis pas sûr qu'il est pertinent.

Il y a un certain nombre de choses qui seraient comme ce SCD, l'équipe, le membre de l'équipe, le statut, l'allocation de file d'attente de l'unité de travail, etc Cela semble donc être un bon nombre de SCD.

Y at-il quelque chose d'autre que j'ai manqué dans ma liste d'options? Ai-je fondamentalement mal compris quelque chose?

Answer 1

Si je comprends bien, une unité de travail peut effectuer plusieurs actions. Pour commencer, je choisirais une table de faits avec un grain d'une action.

Cela montre dimPerson que le type 2 dimension, il travaillerait aussi que le type 1, aussi longtemps que CurrentTeamKey est copié dans le TeamKey de la table d'information sur insert.