[debat???] Les entrepôt de données

[alpachico]

slt ,


j'aurai aimé avoir svp une definition sur les datamarts et les cubes.

Une fois que l'entrepôt de donnée crée , on crée des cubes ( soit un vrai cube avec le moteur Olap de SQL server soit avec un tableau croisé dynamique avec excel ).

Donc on peut considérer un cube comme un datamart?
Ou un cube est extrait d'un datamart qui lui meme fait partie (avec d'autre datamart) de l'entrepôt de l'entreprise .


MERCI.

[alpachico]

En résumé quelqu'un serait il ce qu'est un cube? est ce un datamart? ou extrait on un cube d'un datamart? et Un datamart est il une sous partie du datwarehouse?


Merci

[adjava]

Rectificatif :

Un datamart : Petit datawarehouse extrait d'un datawarehouse plus important et spécialisé dans un domaine. Classiquement, alors que le datawarehouse coûte cher et capote une fois sur deux, le datamart se rend utile

Un cube: c'est une répresentation multidimensionelle des données du datawarehouse selon des dimensions choisies (Localisation, Produit, temps par exemple). Cela a des besoins décisionnels. Pour être clair, un cube est une analyse croisée (comme sous Excel) mais avec plus de dimension et à partir d'une quantité de données bien plus conséquente (c'est le principe).

[alpachico]

d'accord avec toi , sur la difference entre un entrepôt et un datamart pour l'utilité de ces derniers, en effet j'ai lu pas mal de doc qui disait que ces derniers sont plus utile q'un entrepôt de donnée qui est parfois pas assez flexible pour un département.

• http://www.01net.com/article/195367.html

Mais sait tu que certains appellent des datamarts, des cubes métiers issue d'un entrepôt de donnée . Donc tu tires plusieurs cubes d'un entrepôt de donnée pour plusieurs département et tu obtiens plusieurs datamart. Dans la logique il n'ont pas tort? n'est pas même si dictionnairement parlant c'est pas tout à fait pareil.

Pour les cubes, ok ossi sinon que c'est tirer d'un entrepot ou donc d'un datamart avec des données agrégé (ou pas ) de ces derniers.

Quelqu'un lui est il déjà arrivé de faire des requete directement d'un entrepot ou d'un datamart sans passer par un cube? si oui , pk svp?

merci

[al1_24]

Envoyé par alpachico

Quelqu'un lui est il déjà arrivé de faire des requete directement d'un entrepot ou d'un datamart sans passer par un cube? si oui , pk svp?

Le cube étant construit à partir des dimensions et mesures définies en fonction des besoins énoncés par les utilisateurs, il est régulièrement nécessaire d'effectuer des requêtes sur mesure ("ad hoc requests") directement sur l'entrepôt de données pour consulter des dimensions qui n'avaient pas été retenues lors de la conception.

[fadace]

Il y a des moteurs de bases de données dédiés essentiellement au décisionnel (ex Sybase ASIQ) qui permettent de sauter la phase d'agrégation et d'ataquer directement les données brutes avec des temps tout ce qu'il y a de plus correct.

[alpachico]

Merci pour vos réponses.

si j'ai bien compris alor les requêtes ad hoc sont donc une autre alternative au cube quand celui ci ne repond pas directement à un besoin spécifique.
Cela explique peut être la creation de vue materialisée alors comme "alternative" au cube?

1/ mais dans ce cas pk ne pas reconstruire un cube? à cause du temps qu'il mettrait a sa création? Car je ne vois pas l'utilité de vue matérialisé dans le cadre d'un entrepôt de donnée.

2/ Sinon Quelqu'un pourrait il me donner la définon d'une table de grand Fait?
Leur création servirait elle pour eviter certaines jointures dans le cadre d'une requête ad hoc?

Merci

[alpachico]

1/ Peut etre parce qu'en fonction du Cube que l'on veut crée, il mettra trop de temps à se crée et qu'il est plus rapide de crée une vue matérialisé...

2/ Pour la table de grand fait, apparament, c'est une copie de la table des faits qu'on lie avec certaines dimensions hierarchisé pour economisé les couts de jointure.

Par exemple une table des fait vente a pour dimension temps et région et produit.
hierarchie de dimension ( jour, semaine , mois , année)
hierarchie de region (ville, departement, region, pays)

si l'on requete souvent sur certaine année et sur certain pays , différents produits, on crée une table de grand fait relié directement sur la dimension "hierarchisé" année et pays. Cela permettra d'eviter les jointures jour semaine, mois , année et ville, departement, region.

voila ce que j'ai compris de la definition de table de grand faits...

sinon voila l'adresse d'un forum interessant , en particulier sur les entrepots de données , mais c'est en anglais

http://www.tek-tips.com/threadcategory.cfm?lev2=77

[alpachico]

quelqu'un serait il ce qu'est une table d'agrégat? et comment on la met en oeuvre ou plutot comment est elle relié aux autres table (dimension et table des faits.


Merci

[orafrance]

une table d'agrégat est une table qui rassemble des données de plusieurs tables avec ou sans retraitement. Exemple, une table des chiffres d'affaires annuels par client -> facture, commande et client avec une sum sur les montants groupée par année.

[alpachico]

merci de ta réponse,

Serait tu si SQL server 2000 ou Oracle les créer automatiquement si on lui demande? en resumer c'est une sorte de vue matérialisé nan?

Merci

[alpachico]

Serait tu si SQL server 2000 ou Oracle les créer automatiquement si on lui demande? en resumer c'est une sorte de vue matérialisé nan?

Fort possible apparament pour sql server mais Oracle


Sinon quelqu'un serait il

1/ ce qu'est une "bridge table"? une table reliant deux dimensions?
2/une dimension dégénéré?

merci

[adjava]

Pour créer des cubes, il te faut un outil OLAP, chez Microsoft, il y l'outil MS Analysis Services qui permet de créer tes cubes.

D'autre part, il y a de nombreux avis contradictoires en matière de décisionnel.

Un cube n'est pas un datamart étant donné que c'est une représentation multidimensionnelle des données alors que le datamart n'est pas du tout multidimensionnel. C'est juste une base de données modélisé en flocon, étoile etc... de tel façon que l'accès via OLAP soit rapide (je simplifie énormément la chose en disant ça)

[alpachico]

D'autre part, il y a de nombreux avis contradictoires en matière de décisionnel.

C'est vrai qu'il y a beaucoup d'avis partagé sur la question.

Un cube n'est pas un datamart étant donné que c'est une représentation multidimensionnelle des données alors que le datamart n'est pas du tout multidimensionnel

Un datamart en effet n'est pas multidimensionel , il est relationnel mais un cube rolap est relationnel (schéma en étoile) donc on peut appelé ca un datamart.

J'ai lu pas mal d'article qui ne disait jamais la même chose donc vaut mieux avoir sa propre idée de la chose...

[adjava]

Tout à fait d'accord avec toi, il faut avoir son propre avis.

C'est vrai que ROLAP peut être considéré comme un datamart mais pour moi un datamart est avant tout une base de données modélisé de façon décisionnelle. Et ROLAP est un moyen de se représenter les données sous une forme multidimensionnelle pour de l'analyse.

[alpachico]

pour moi un datamart est avant tout une base de données modélisé de façon décisionnelle. Et ROLAP est un moyen de se représenter les données sous une forme multidimensionnelle pour de l'analyse.

d'accord avec toi mais un cube Rolap n'est il pas modelisé sous forme de schéma en étoile? (j'ai encore jamais créer de cube donc je ne sais pas trop)