Discussion :

[t-die]

Bonjour,
J'aimerai créer un cube pour les données conernants les habitants d'une ville.
Je dispose des données suivantes :
Personnelles :
- Idpersonne
- Nom prenom
- date de naissance
- sexe
- date de décès
- appartenance religieuse
Lieu de naissance
- Pays
-Ville
Etat civil
- séparé oui/non
- raison
Nationalité
Adresse postale
Données pour le domicil principal
-commune d'annonce
-date d'arrivée
-adresse de provenance+pays de provenance
- départ, date
-destination adresse de destination, ville de déstination
Puis les mêmes info si ils ont un domicil secondaire
et les mêmes infos si ils ont un autre domicile.

Dans un premier pas je suis parti avec les dimensions suivantes:
-état civil, pays, sexe, religion, temps, langues.
Comme table de Fact l'habitant mais ce n'est pas vraiment un faits, j'ai mis le nombre d'habitants.

Voilà je suis un peu coincé je vois pas comment modélisé ceci, dans les exemple trouvé sur Internet il est toujours queston d'une table Fact de vente avec comme dimension le temps, le vendeur et la région.

Ici c'est complétement différent alors si quelqu'un peu m'aider.

[FrancoisJehl]

Si tu veux créer un cube pour analyser les nombres d'habitants d'une ville sur une multitude de critères qui définissent un habitant... Effectivement on sort un peu d'AdventureWorks!

Tu dois te poser avec un petit papier et te demander ce que tu veux analyser
- les quantités (ou mesures)
- les axes d'analyses (ou dimensions et hiérarchies)

Faisons un exemple qui ressort de ce que tu as énoncé: tu souhaites analyser des comptes (le nombre de personnes arrivées en 2005 dans la ville, le nombre de personnes de la religion A...).
Donc le problème ressemble à de la gestion d'inventaire (et oui les personnes peuvent venir et partir!)

Dans ce scénario ton "fait" pourrait être l'arrivée ou le départ d'une personne de ta population.
(Cela dépend aussi de tes données source )
Il est daté, cela te fait déjà une dimension Temps - ce qui de toute manière ne fait pas de mal - et une dimension Personne a minima.
En termes de mesures dans des inventaires on a souvent non pas un Count mais une Sum SSAS sur un champ de delta.

Reste la gestion des attributs de la personne: floconnées autour de la dimension personne ou liés au fait... Cela dépend de beaucoup de choses, même si sémantiquement on aurait tendance à les floconner.

[t-die]

Bonjour,

Merci pour cette réponse, en effect, je pensait faire une table de faits qui regroupe des événements, par exemple naissance, mort, comme tu as dis départ d'une personne mais aussi changement de religion, de status matrimonial. Mais avec ce système pour compter les habitants il faudrait une autre table de faits habitants par exemple?
Je vois pas bien comment définir si un élément devrait être un attribut dans la table de fait ou une dimension. Par exemple sexe peut-être un attribut de la table de faits personne ou une dimension lié à la table personne...

Merci de ton aide