OLAP simulé

Question

Nous avons un client qui a Oracle Standard, et un projet qui serait dix fois plus facile à réaliser avec OLAP.Cependant, Oracle ne prend en charge OLAP que dans le Entreprise version.

La migration vers l'entreprise est pas possible

Je pense faire une simulation manuelle d'OLAP, en créant des tables relationnelles pour simuler la technologie.

Connaissez-vous une autre façon de procéder?Peut-être un outil open source pour OLAP ?Des idées?

Answer 1

Vous pouvez simuler la fonctionnalité OLAP à l'aide d'outils côté client pointés vers une base de données relationnelle.

Personnellement, je pense que le meilleur outil pour ce travail est probablement Tableau Bureau.Il s'agit d'un outil d'analyse frontale incroyablement sophistiqué qui donnera à vos données relationnelles un aspect multidimensionnel sans trop d'effort, et l'outil lui-même est vraiment époustouflant.Ils proposent un essai gratuit pour que vous puissiez l'essayer.Nous utilisons beaucoup Tableau pour notre propre analyse et avons été très impressionnés.Bien entendu, cet outil fonctionne également avec des bases de données multidimensionnelles, donc si vous vous retrouvez avec quelques cubes à la fin de la journée, vous pouvez continuer à utiliser le frontal Tableau.

Quant à l'open source, vous pouvez essayer Palo - un serveur MOLAP open source et un front end Excel.

Si vous souhaitez créer votre propre interface de reporting et utiliser .NET, il existe un certain nombre de composants (tels que le Grille pivotante DevExpress ou les différents outils de RadarSoft) qui fera la même chose, mais nécessitera un peu d'huile de coude pour être câblé.

Answer 2

Je trouve que c'est le schéma qui cause la plupart des problèmes que les gens rencontrent lors de l'interrogation d'une base de données.OLAP vous oblige à utiliser soit une table plate, soit un schéma étoile/flocon de neige facile à interroger et comparativement plus rapide que les tables oltp sources.Ainsi, si vous ETL votre source vers une table plate ou un schéma en étoile, vous devriez obtenir 80 % de ce que vous obtenez d'OLAP, les 20 % étant MDX et les fonctions et performances analytiques.

Notez que vous devriez également obtenir une amélioration des performances avec un schéma en étoile dans la base de données relationnelle et qu'Oracle a probablement de toute façon des fonctions analytiques en PL/SQL.

Answer 3

Essayez un serveur OLAP open source appelé « Mondrian ».IIRC, l'API XMLA à ce sujet est suffisamment compatible avec AS pour tromper les services de tableaux croisés dynamiques, ce qui vous permettrait de l'utiliser avec ProClarity ou Excel.

IIRC a été initialement conçu pour fonctionner sur Oracle - il s'agit d'une architecture HOLAP utilisant des tables de base dans le magasin relationnel sous-jacent et des agrégats de mise en cache.Vous pouvez également utiliser des vues matérialisées et réécrire des requêtes dans la base de données Oracle sous-jacente pour effectuer des agrégats.

Answer 4

Quelques réflexions supplémentaires sur ce sujet :

En fait, Oracle Standard dispose d'une fonctionnalité OLAP basée sur un descendant d'Express intégré dans le moteur de base de données et stockant ses structures de données internes dans des BLOB dans les espaces de table principaux.Son utilisation est techniquement possible mais pas nécessairement conseillée pour les raisons suivantes :

Il utilise un moteur de requête OLAP très non standard avec très peu de support d'outils tiers (AFAIK ArcPlan est le seul frontal OLAP tiers prenant en charge 10g+ OLAP), une documentation médiocre pour le langage de requête et presque aucune littérature tierce le décrivant.Cela fonctionnera avec B.I.Beans si vous avez envie d'écrire un front-end JSP.Il n'est pas du tout compatible avec MDX.Début 2006, la meilleure chose qu'Oracle pouvait faire lorsqu'on l'interrogeait sur l'extraction (cette fonctionnalité n'était pas prise en charge dans Discoverer 'Drake') était de recommander la création d'une application JSP à l'aide de B.I.Haricots.

La raison pour laquelle il n'existe pas de chemin de migration de Standard vers Enterprise est que Enterprise est en fait ce qui était autrefois Siebel Analytics.Standard est l'ancien descendant d'Oracle OLAP/Express que les partenaires d'Oracle recommandaient d'éviter avant même qu'Oracle ne rachète Seibel.Oracle n'a même pas tenté de prendre en charge la migration.

De ce point de vue, Mondrian est en fait la solution OLAP la plus rentable pour une boutique Oracle Standard Edition.Vous pouvez obtenir une version prise en charge auprès d'une société appelée Pentaho.1.Le deuxième moins cher est Analysis Services, fourni avec SQL Server.Ensuite, vous optez pour Hyperion Essbase, qui sera un ordre de grandeur plus cher que SQL Server ou toute version prise en charge de Mondrian.

Answer 5

Bien que MS SQL Server propose OLAP, vous aurez besoin d'une licence Entreprise pour utiliser un cube dans un environnement en direct accessible sur le Web.

Answer 6

Vous voudrez peut-être aussi essayer www.icCube.com - nous sommes assez flexibles sur la source de données utilisée pour remplir le cube et sommes assez rentables par rapport aux grands acteurs du marché.