Version imprimable
bonjour!
Je suis stagiaire, et mon travail consiste a créér un datawarehouse sous Oracle a partir d'une base de production. La demande etait de creer un datawarehouse relationnel, et c'est là que je me perds.
Comment est la structure d'un datawarehouse relationnel et les tables de faits et de dimensions dans tout cela? et quelle difference il y a entre un datawarehouse multi-dimensionnel et un datawarehouse relationnel? (je suis débutant alors veuillez m'excuser si ce sont des questions betes)
Je ne suis pas super calé sur la théorie (Google saura surement te renseigner ;) ) mais j'imagine que c'est la différence entre une base de données objet et une base de données relationnel, en gros entre un UML et un MCD.
Le datawarehouse relationnel est modélisé en 3NF, avec des contraintes d'intégrité PK / FK valides entre les différentes relations.
Le datawarehouse multidimensionnel c'est plutôt un datamart en étoile ou flocon, généralement dénormalisé.
Le premier sert à alimenter le second.
donc si je comprends bien le datawarehouse relationnel n'utilise pas de table de fait et de dimension?Citation:
Le datawarehouse relationnel est modélisé en 3NF, avec des contraintes d'intégrité PK / FK valides entre les différentes relations.
Hello,
Un autre point de vue :
Un datawarehouse relationnel peut aussi être stocké sur une base relationnelle comme Oracle. On a dans ce cas des tables et des jointures à faire.
Un datawarehouse multidimensionnel est stocké sur une base OLAP (ou base multidimensionnelle), par exemple Essbase. On a un ou plusieurs "cubes" qui sont en fait les précalculs de tous les agrégats possibles. Il n'y a pas de notion de relation ; toutes les jointures possibles sont déjà précalculées. C'est comme si on ne voyait qu'une seule table.
Merci pour ta reponse doc malkovich:ccool:
Cela veut dire alors que les tables de faits et les tables de dimensions sont donc structurés comme toutes les tables d'une base de données relationnelles??Citation:
Un datawarehouse relationnel peut aussi être stocké sur une base relationnelle comme Oracle. On a dans ce cas des tables et des jointures à faire
Et on relie les tables de dimensions au table de faits par des relations comme si on modélise un base de données relationnelle?:roll:
Un exemple plus concret pourra peut etre m'éclaircir un peu plus!:)
Dans mon cas (un extrait):
J'ai une dimension temps(année, mois, semaine) et localisation (zone, site, cage) qui se rélie a un table de faits (poids, nombre,survie)
Est ce que tu peux m'orienter un peu comment dois-je schematisé mon datawarehouse (les rélations entre le fait et les dimensions) en sachant que celui-ci va etre structuré comme une base de données relationnelle dans oracle?
Bonjour,
Il faudrait demander à celui qui a émis la demande ce qu'il entend par 'datawarehouse relationnel' parce que ce n'est pas un terme commun.
Un modèle dimensionnel (faits - dimensions) est toujours relationnel: on a des tables, on fait des jointures, etc.
Cordialement,
Franck.
Bonjour Pachot,
Je reformule ce qui m'a été demandé;
Nous avons une base de production sous Oracle 8i (SGBDR). Et on me demande de créer un datawarehouse sous Oracle 8i qui sera alimenté par ce base de production.Il a dit que la structure sera relationnel(je ne sais pas si il parle de la structure physique ou autre?:?).
et c'est la que vienne la question:
Par rapport a la structure de la base de production dans oracle, comment serait la structure de mon datawarehouse physiquement?
et comment pourrai-je la créer sous oracle (est ce que c'est pareil avec les base relationnel en utilisant : CREATE TABLE.....)?
Merci d'avance
Hello,
Je dirais qu'il faudrait en effet créer des tables "normales" dans oracle.
Une table pour les faits, et d'autres pour les dimensions.
Rien de compliqué là dedans, la syntaxe est la même que pour des modèles OLTP.
Bonjour,
C'est très difficile de répondre. On modélise une base en fonction de ce qu'on veut en faire. Il faudrait savoir comment va être interrogé ce datawarehouse...
Bonjour,
Merci doc malkovich!:ccool:Citation:
Je dirais qu'il faudrait en effet créer des tables "normales" dans oracle.
Une table pour les faits, et d'autres pour les dimensions
ça devient un peu plus claire.
.Citation:
C'est très difficile de répondre. On modélise une base en fonction de ce qu'on veut en faire. Il faudrait savoir comment va être interrogé ce datawarehouse...
A titre d'information:
La base qui va etre creer servira a une utilisation hebdomadaire et sera exploitée par un outil de restitution Business Object pour le moment,mais elle sera aussi exploitée plus tard pour les traitement OLAP.
Je sais pas si ca peut t'aider pachot.
Une autre question si ca ne vous embete pas!:mrgreen:
Quel outil utilisé pour modéliser un datawarehouse? et ces outils permettront ils de resoudre mon problème c'est a dire a la création des tables et a ses structures?
Tu peux prendre des outils comme PowerAmc, Oracle Designer ou Sql Developper dernière version.
cf FAQ
Tu trouveras des discussions sur le sujet dans le forum Conception/Modélisation BI.
Un grand merci a vous tous!
Je crois que toutes ces explications pourront me faire avancer!
Bonjour,
j'aimerai ajouter un commentaire malgré que le poste est résolu.
la différence entre un datawarehouse relationnel et multidimensionnel est, par évidence, la manière de stockage, mais dans les 2 cas il y a le concept de fait, dimension, schéma étoile, ... . Mais dans un datawarehouse relationnel les données sont stockées de maniéré relationnelles : une table de fait reliée a des tables de dimension par des clé étrangères comme dans les BDD traditionnelle, et la notion de cube est utilisée lors de la restitution de l'information. je m'explique : dans un datawarehouse relationnel les données sont stockées comme dans les BDDs traditionnelles et le cube n'est matérialisé qu'au moment de l’interrogation, pour pouvoir manipuler les données de manière multidimensionnelle (roll-up, drill down, slice & dice, ...), donc on peut représenter comme suit : DW => Schema cube => moteur de restitution. c'est approche ROLAP pour Relational olap
par contre dans un DW multidimensionnelle, les données sont stockées directement sous formes d'un cube (tableau à plusieurs dimensions) et au moment de l'interrogation, il n y a pas de cube a matérialise parce qu'il est déjà matérialise. Donc on peut représenter comme suit : DW multidimensionnel => moteur de restitution. c'est approche MOLAP pour Multidimensional olap
Bien sur chacun des deux approches a des avantages et des inconvénients, mais principalement : MOLAP offre un temps de réponse plus rapide que ROLAP mais ROLAP peut gérer un volume plus important que MOLAP
Bonjour IMPRO;
Impeccable :ccool:! en pleine dans le mille!!!
Je crois que c'est claire maintenant! Merci beaucoup!:D
:rire:
:resolu: