Je suis plutôt nouveau dans la conception DW et je travaille sur un DW pour modéliser une infrastructure informatique.
Le problème / question majeur à ce stade est de savoir comment modéliser les informations de lecteur.
Nous collecterons des données agrégées sur les fichiers et dossiers et des données distinctes sur les disques physiques. Les informations sur le lecteur incluront au minimum l'espace total et libre et seront mises à jour plusieurs fois par semaine.
L'une des questions commerciales auxquelles il faudra répondre est de savoir comment l'utilisation du lecteur évolue au fil du temps. Les informations sur le lecteur seront également utilisées dans une hiérarchie menant au niveau fichier / dossier.
Les options que je peux voir maintenant sont:
Implémenter en
DRIVE
tant que dimension- Simplifie la conception de la hiérarchie
- Cela entraînera-t-il des problèmes avec les rapports? Il me semble contre-intuitif de rapporter des données limitées dans le temps sur une dimension uniquement
- Il semble également problématique d'avoir une dimension que vous SAVEZ changer à chaque fois que vous actualisez vos données
Mettre
DRIVE
en œuvre en tant que table de faits- Simplifie les rapports
- Hiérarchie compliquée (?) - Je vais également utiliser
Drive
pour mapper les données sur un serveur ou un ordinateur spécifique. Peut-on utiliser une table de faits comme niveau intermédiaire dans une hiérarchie? Je ne pense pas.
Mettre
DRIVE
en œuvre en tant que fait et dimension- Le fait ne contiendra que la clé, la date et les faits sur l'espace
- Dimension inclura d'autres données non additives telles que l'ordinateur sur lequel il se trouve, etc.
- Semble résoudre les deux problèmes, mais est-ce un anti-modèle?