Discussion :

[amazircool]

Salut, j’ai lu un article sur wiki http://fr.wikipedia.org/wiki/OLAP
Mais j’i pas bien compris le contenu :=) alors pouvez vous stp me exprimer cette notion d’une autre façon, et merci de me donner un exemple si possible :=)

[yphilogene]

L'article de Wikipedia définit M-OLAP, R-OLAP et H-OLAP.

Pour moi, OLAP doit être vu non pas comme un langage (comme le SQL) mais comme une méthode d'interrogation des données.

Cette méthode consiste à avoir des mesures (Chiffre d'affaire...) et des axes d'analyses (Temps, Lieu, Produit...). Le but de l'OLAP est de pouvoir obtenir facilement la valeur d'une mesure pour un croisement d'axes d'analyse précis. Par exemple, le chiffre d'affaire réalisé en 2007 par la filliale chinoise pour tel téléphone portable. Ensuite, on veut pouvoir se balader un peu n'importe où dans les données, faire plein de croisements, effectuer des calculs entre les résultats des différents croisements (Pourcentage d'évolution du chiffre d'affaire...). Pour moi, c'est ça OLAP. Une technologie pour réaliser facilement ce type d'analyse. Seul la lettre "A" dans OLAP est importante.

Maintenant, avec M-OLAP et R-OLAP on distingue selon moi deux structures physiques contenant les données. M-OLAP, c'est du cube. R-OLAP, c'est des tables. Peut-on faire du R-OLAP sur une base transactionnel? Pas toujours, je dirais même très rarement.

Il y a presque toujours une phase de restructuration de la donnée qui est nécessaire. Le but est de déplacer les données pour les mettre sous une forme de schéma en étoile, avec les mesures au centre et les axes d'analyse autour.

Les modéliseurs de cube font le travail "tout seul". Je veux dire par là qu'il peut ne pas être nécessaire de créer des tables supplémentaires par rapport à sa base transactionnelle. Donc, avec M-OLAP, on passe de la base transactionnelle à un cube et on interroge le cube pour faire des rapports.

Le R-OLAP, c'est se passer d'une génération de cube. Comment faire de l'OLAP avec du SQL? Il faut extraire, transformer et charger un entrepôt de données (ETL). L'entrepôt de données doit avoir une structure modèle en étoile. Donc, avec R-OLAP, on passe de la base transactionnelle à un entrepôt de données structurée dimensionnellement. Pas de cube donc. Maintenant, rien n'empêche de construire un cube à partir d'un entrepôt de données; c'est encore plus facile!

Alors le terme un peu inutile, c'est H-OLAP que l'article assimile au "drill-though". Concrètement (et peut-être en simplifiant un peu trop), faire du "drill through" c'est passer d'un rapport d'analyse (donc OLAP) vers un rapport de type liste (SQL). Par exemple, j'ai ma mesure "nombre d'employés" morts en 2007, j'aimerais bien avec la liste d'employés correspondantes, hop, je fais du "drill through". Donc, OLAP, c'est plus pour compter (des chiffres quoi) et les tables donnent facilement un listing. H-OLAP c'est utiliser à la fois les cubes et les tables. Ce que je n'aime pas trop, c'est la présence de OLAP dans le terme H-OLAP... Mais bon, on s'en fout...