Précédent   Forum des professionnels en informatique > Logiciels > Solutions d'entreprise > Business Intelligence > ETL
ETL Le Forum d'entraide ETL (Extract Transform Load) et Datawarehouse : DataStage, SunOpsis, Data Integrator, Informatica, OWB, Data Manager, Talend Open Studio,...
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 20/08/2005, 23h47   #1
Invité régulier
 
Inscription : novembre 2004
Messages : 19
Détails du profil
Informations forums :
Inscription : novembre 2004
Messages : 19
Points : 7
Points : 7
Par défaut Place des tables de dimention dans un outil ETL

Bonjours, dans le cadre de mon stage de fin cycle, je dois concevoir et realiser un outil ETL qui va charger les données vers une base dimensionnelle. J'ai prevu la creation d'une table des faits dans ma conception, et je me pose la question de savoir si je dois aussi prevoir la creation des tables de dimension. Si oui d'où doivent venir leurs attributs et comment seront-ils chargées? Merci d'avance pour votre aide.
ilyassou est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 21/08/2005, 07h55   #2
Inactif
 
Avatar de Médiat
 
Inscription : décembre 2003
Messages : 1 946
Détails du profil
Informations forums :
Inscription : décembre 2003
Messages : 1 946
Points : 1 932
Points : 1 932
Quelques pistes :

Citation:
je me pose la question de savoir si je dois aussi prevoir la creation des tables de dimension
Là je n'hésite pas : oui, oui et oui !

Citation:
d'où doivent venir leurs attributs et comment seront-ils chargées?
Ca dépend ! Je prends quatre exemples :

1) Dimension Temps : en général il n’y a pas d’équivalent dans la base transactionnelle, par contre elle peut être générée assez facilement
2) Dimension Client (c’est un exemple) : il doit y avoir l’équivalent dans la base transactionnelle, déjà sous forme d’une table, il suffit de l’importer
3) Dimension Couleur (c’est encore un exemple) : il doit y avoir l’équivalent dans la base transactionnelle, mais pas forcément sous forme d’une table (c’est pas bien, mais cela arrive), il faut extraire DISTINCT Couleur FROM Article.
4) Dimension Commune (c’est encore un exemple) : il doit y avoir l’équivalent dans la base transactionnelle, déjà sous forme d’une table, mais c’est en général insuffisant, car dans la base transactionnelle, il n’y aura pas nécessairement le département et la région, qui ne sont sans doute pas utiles en transactionnel, mais indispensables pour définir la hiérarchie de la dimension commune. Comme la volumétrie a priori est importante (36000 communes), le plus simple est d’acheter un fichier (pour le cas des communes on doit pouvoir le trouver gratuitement, j’aurais pu prendre l’exemple des fichiers SIREN de l’INSEE, qui sont payants).

Pour les dimensions qui sont extraites de la base transctionnelle, il faut les importer (partiellement ou non selon la volumétrie) en même temps que les faits.
Médiat est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 21/08/2005, 13h38   #3
Invité régulier
 
Inscription : novembre 2004
Messages : 19
Détails du profil
Informations forums :
Inscription : novembre 2004
Messages : 19
Points : 7
Points : 7
Par défaut merci, j'suis satisfait

merci vous est sympa
ilyassou est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 14h19.


 
 
 
 
Partenaires

Hébergement Web