Discussion :

[emaktb]

Bonjour,

Je travaille sur un projet décisionnel,qui consiste à adopter une architecture SOLAP en moyennant Postgresql/PostGis pour la gestion des données multi-dimensionnelles à caractère spatial.

Dans un premier temps, je suis amenée à charger des données issues d'un ETL dans un entrepôt de données sur PostGis. Ensuite , je dois définir le cube avec des dimensions et des mesures, afin d'en extraire l'information.

Je me demande s'il y a quelqu'un parmi vous qui avait déjà manipulé les Datawarehouse et les cubes ROLAP sous Potgre/PostGIS.

[SQLpro]

Ce ne sera de toutes façon pas SOLAP, mais SROLAP. En effet PostgreSQL n'est pas un SGBD décisionnel et ne sait pas nativement stocker des cubes OLAP. Pour cela il vous faut un SGBD D capable de stocker des cubes, et donc de mettre en œuvre des datamarts, tout en intégrant des dimensions spatiales.

En effet, il existe des différences sensibles entre le décisionnel fait sur une base relationnelle (ROLAP) et le décisionnel pur (OLAP). les moteurs décisionnel ne structure pas du tout les bases de la même façon que les données relationnelles. Les différences sont les suivantes :
1) compression des données (les répétition de valeurs dimensionnelles sont éliminées)
2) compression des NULL (l'absence de données ne stocke pas d'octets contrairement aux bases relationnelles)
3) Pour accélérer les calculs, les résultats sont mis en cache, alors que dans une base décisionnelle ce sont les données (ceci est fait lors du processing des cubes après la phase de remplissage associé éventuellement avec du "cache warmup")

Actuellement les seuls sur le marché à faire du SOLAP sont

• SAS avec : SAS Web OLAP viewer for Java + ESRI ArcGIS (très cher ...)
• Microsoft avec : SQL Server + Map4Decision (beaucoup moins cher)

Tout autre solution ne tiendra pas le choc en terme de temps de réponse !

A +