Discussion :

[InchRay]

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)

[orafrance]

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.

[Waldar]

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.

[InchRay]

Le datawarehouse relationnel est modélisé en 3NF, avec des contraintes d'intégrité PK / FK valides entre les différentes relations.

donc si je comprends bien le datawarehouse relationnel n'utilise pas de table de fait et de dimension?

[doc malkovich]

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.

[InchRay]

Merci pour ta reponse doc malkovich

Un datawarehouse relationnel peut aussi être stocké sur une base relationnelle comme Oracle. On a dans ce cas des tables et des jointures à faire

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??
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?
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?