conception de table de fait (s) pour l'entrepôt de données

Question

comment voulez-vous modéliser ce dans un entrepôt de données:

---

1. il y a des municipalités qui sont des zones géographiques, qui existent dans les hiérarchies géographiques, une telle province (par exemple l'état, par exemple Minnesota), région (par exemple MidWest). Une évaluation de la performance est effectuée sur ces municipalités, en calculant des indicateurs de performance tels que «% de l'arriéré de logement achevé», «% du budget dépensé», «% du budget alloué à l'infrastructure», «couverture du débiteur», etc.

2. il existe environ 100 de ces indicateurs de performance.

3. ces indicateurs sont regroupés en « groupes de performance », qui sont eux-mêmes regroupés en « domaines clés de performance »

4. calculs sont appliqués aux indicateurs de performance (les calculs varient en fonction de certains facteurs tels que le type de municipalité, taille, région, etc.) pour produire des «scores de performance». Des pondérations sont ensuite appliquées aux scores pour créer des «scores pondérés finaux». (c'est-à-dire que certains indicateurs sont plus pondérés que d'autres lorsqu'ils sont agrégés dans les «domaines de performance clés»)

5. Il y aura une dimension temporelle (évaluations effectuées annuellement), mais pour le moment, il n'y aura qu'un jeu de données.

---

NB: les utilisateurs doivent pouvoir facilement interroger les données à travers une combinaison d'indicateurs. quelqu'un pourrait vouloir voir: (i) le niveau de performance de (ii) "couverture du débiteur" contre (iii) "% budget dépensé" contre (iv) "jours débiteurs" à un niveau (v) provincial. J'ai essayé ceci en ayant "IndicatorType" comme dimension, et en ayant la hiérarchie [indicateur/groupe de performance/domaine de performance] dans cette table - mais alors je ne peux pas calculer comment obtenir facilement plusieurs indicateurs sur le même ligne, car il aurait besoin d'un alias de table de faits (?). J'ai donc pensé à mettre tous les 100 éléments en colonnes dans une table de faits (très large!) - mais alors je perdrais la hiérarchie [groupe/zone] sur les indicateurs ...?

Des idées?

Merci

Answer 1

Ceci est très impliqué question, mais je pris le temps de passer par certains de vos points et est venu avec ce modèle (devrait être un bon point de départ pour vous).

Dimensions:

DIM_MUNICIPALITIES:

champs = {MUNICIPAL_KEY, pays, région, STATE_PROV, VILLE ?, SIZE_SCORE}

Hiérarchie = {PAYS < - REGION < - STATE_PROV < - - VILLE?}

DIM_INDICATORS:

champs = {INDICATOR_KEY, PERFORMANCE_AREA, PERFORMANCE_GROUP, PERFORMANCE_INDICATOR}

Hiérarchie = {PERFORMANCE_AREA < - PERFORMANCE_GROUP < - PERFORMANCE_INDICATOR}

DIM_DATE:

Les champs = {DATE_KEY, CALENDAR_DATE (SQL datetime), ANNÉE, MOIS, SEMAINE, JOUR ...}

Hiérarchie = {ANNÉE < - MOIS < - SEMAINE < - JOUR < - DATE_KEY}

Ensuite, dans votre table de fait (disons MYFACT) vous feriez quelque chose comme ce qui suit:

FACT_MYFACT:

Fields = {MYFACT_KEY, DATE_KEY, MUNICIPAL_KEY, INDICATOR_KEY, PERFORMANCE_SCORE, BUDGET, ETC ....}

Le tableau de fait pourrait avoir toutes ces colonnes de mesure (budget, ETC) ou vous pouvez les faire en Calculée membres, je Tout dépend de la façon dont vous voulez rendre l'accès.

J'espère que cela vous aidera à bien commencer!

Answer 2

Espérons que cela se passe d'explication.