Discussion :

[Melvine]

salut,

Est ce que quelqu un pourrai m'expliquer concretement la difference et dans quel cas on fait du rolap,molap,holap ?

Merci

[claralavraie]

je suis sur que si tu fais une recherche dans google tu trouves

[al1_24]

• OLAP : On-Line Analysis Processing

s'oppose à

• OLTP : On-Line Transaction Processing

• ROLAP : (Relational OLAP) SGBD relationnel optimisé pour les requêtes sur des gros volumes de données. Par exemple : Teradata, Netezza
  MOLAP : (Multidimentional OLAP) SGBD Multidimensionnel (cube). Par exemple : Oracle Express, SQL Server Analysis Services
  HOLAP : (Hybrid OLAP) un peu des deux...

[Melvine]

donc en faite que ce soit molap ou rolap cela depend du sgbd ;
une base olap et une base multidimensionnel c'est la meme chose ?
defois ces deux expressions sont utilisé;

[abdelelomari]

donc en faite que ce soit molap ou rolap cela depend du sgbd ;
une base olap et une base multidimensionnel c'est la meme chose ?
defois ces deux expressions sont utilisé;

Dans le lien suivant :
http://www.systemeetl.com/concepts_M...OLAP_DOLAP.htm

J'exlique les différences on MOLAP, ROLAP, HOLAP et MOLAP, je donne même des exemples de fournisseurs et de produits selon la technologie, tiré de l'excellent travail de Mr. Nigel Pendse www.olapreport.com sur le sujet.

Si tu ne comprends toujours pas la différence, fais moi signe parceque cela veut dire que je n'ai pas bien expliqué !

Voila !

[Pmatt]

Salut !!

Désolé de reprendre des topics vieux de plus d'un an, mais je voulais apporter ma contribution car j'étais tombé sur ce post et n'avait pas eu toutes les réponses aux questions que je me posais.

J'ai réalisé des schémas sous Visio des 3 approches différentes.

J'éspère que cela va aider les futurs internautes qui ne cernent pas bien ces notions à mieux comprendre les différences.

Afin de n'induire personne en erreur, j'aimerais également, avoir des avis d'autres membres connaissant le domaine sur ces réalisations, histoire de confirmer la justesse de ces dessins... (ou de crier haut et fort que c'est pas correct )

ROLAP



MOLAP



HOLAP

[Antoun]

Je suis d'accord ton dessin ROLAP, mais pas trop avec les deux autres.

Au niveau détaillé, les données seront trop sparses et inclueront des données qualitatives, on ne pourra donc pas les mettre dans un cube MOLAP. Autrement dit, ton cube ne remplace pas le Datawarehouse. Je pense que le schéma MOLAP devrait être exactement le même que ton schéma ROLAP, avec juste deux légendes qui changent :

• "couche - moteur OLAP" devient Alimentation
• "Aucune données physique" devient Stockage multidimensionnel

Pour ton schéma HOLAP, je garderais le terme "Datawarehouse" pour ne désigner que la base relationnelle détaillée, mais le point est assez controversé. Ce serait bien également de faire figurer un terme comme "navigation agrégée" ou "analyse hybride", pour représenter le fait que l'utilisateur requêtera le cube et la base relationnelle à travers la même interface.

[yphilogene]

Voilà des dessins qui devrait aider beaucoup de gens à clairement comprendre les différentes implémentations du concept OLAP.

Je suis d'accord avec les remarques d'Antoun. Dans le cas du M-OLAP, la couche de modélisation permet de générer un cube qui stocke les valeurs des indicateurs. Dans le cas du R-OLAP, la couche de modélisation est semblable au M-OLAP et permet de générer un cube virtuel en cache au moment de l'execution d'un rapport.

La présence d'un datawarehouse entre les sources de données et les cubes (M-OLAP ou R-OLAP) n'est technologiquement pas obligatoire. Il est tout à fait possible de générer un cube à partir d'un ensemble de fichiers Excel par exemple. Cependant, il faut s'interroger sur l'intérêt de ce genre de solution. Dans la majorité des projets, il y aura un datawarehouse entre les sources de données et les cubes, car il y aura un volume important de données à traiter, etc...

En résumé, la différence entre M-OLAP et R-OLAP tient à l'existence physique du cube ou pas.




La frontière entre M-OLAP et H-OLAP est moins claire. Les limitations technologiques historiques faisaient qu'il n'était pas envisageable de générer un cube contenant le niveau de détail d'un datawarehouse. Par conséquent, les cubes contenaient les valeurs des indicateurs calculées à des niveaux plus aggrégés afin de réduire la volumétrie, entre autres... Il était toutefois possible d'accéder à des rapports de détails construits à partir de requêtes SQL faite sur le datawarehouse.



Dans tout cela, il ne faut pas oublier l'essentiel: il y a 2 grandes familles d'implémentation OLAP. Celle qui génère un fichier physique et celle qui n'en gènère pas.

Pour répondre à la question de départ, je dirais que si la technologie suit derrière, le must serait de pouvoir tout gérer en R-OLAP, ie. sans génération physique de fichier cube et de tendre vers le B.I. temps réel. Si la technologie suit...