|
|
Abonnez-vous gratuitement à Decideo !
|
|
Forums, dernières contributions
Retour d'expériences sur l'utilisation de BO avec pour source de donnée un cube MSOLAP.
Bonjour,
je souhaiterai avoir des retours d'expériences d'entreprises qui ont utilisés Business Object , avec pour source de donnée un cube MSOLAP.
J'ai vu l'outil Voyager mais celui-ci reste limité pour faire du reporting poussé et complexe.
Existe t'il d'autres solutions ? Sont-elles facilement exploitables, maintenables ? etc.
Merci d'avance pour vos retours.
Cordialement.
Marie F.
Bonjour,
je pense que cognos est bien orienté cube que BO.
mais ça reste toujours mon point de vue.
Je connais bien les deux solutions (BO et Cognos)
Cordialement
Azziz.
C'est quoi vos besoins plus précisement?
Faire une surcouche Univers à un cube OLAP c'est pas forcément ni très simple, ni très facile à maintenir.
Si vous cherchez une solution permetant à la fois de concillier les avantages de l'OLAP, la performance, la robustesse et un outil de restitution simple mais complet tout en profitant des avantages de l'Open Source commercial, pourquoi ne pas regarder du côté de JEDOX surtout avec la sortie de la version 3 de PALO.....
Le lancement officiel à Paris à lieu le 26 mai, inscrivez vous ici: http://www.jedox.com/fr/nouveauts/events/roadshow/roadshow.html&date=260509&loc=Paris&lang=fr
Nous utilisons aujourd'hui BO.
Demain, nous aurons probablement un module BI 'tout fourni' avec un Dataware qui alimente un cube MSOLAP.
L'outil de reporting de Microsoft Reporting Services n'étant pas orienté utilisateurs, et pas pratique pour des rapports complexes, nous nous sommes dit que BO, utilisé aujourd'hui répond mieux à nos attentes.
2 scénarios possibles :
¤ pluggé BO sur le DW (qui est fait pour alimenter le cube et non pour la lecture directe dessus)
=> perte du cube MSOLAP, construction des univers, impact sur temps de réponse des requêtes
¤ pluggé BO directement sur le cube (hors Voyager qui n'est trop limitatif pour nos besoins)
=> et dans ce cas, je souhaiterai avoir des retours d'expériences sur le sujet. Est-ce que c'est lour à mettre en place, est-ce que c'est limitatif ? Connaissez-vous des entreprises qui l'ont fait ? Qu'en pensent-ils ? etc.
Merci d'avance ;-) En espérant avoir été claire sur la démarche de ma question !
il faut dabord savoir de quelle version de BO on parle.
si l'on parle de la XI-R2/R3 on peut tout à fait via crystal faire du reporting de masse sur les cubes SSAS 2005/2008 ca fonctionne parfaitement.
soit en utilisant l'option OLAP sur crystal ce que je déconseille soit en utilisant le driver OLE/DB pour SSAS puis ensuite le mode commande puis y positionner la requete MDX qui doit renvoyer les données. nous procedons de cette facon ce qui nous permet d'avoir à partir du même cube une solution performance de mass-reporting et d'analyse mutidimentionnelle.
j'ajoute que si c'est pour faire du WEBI les univers multidim sur la base de SSAS fonctionnent bien sur laXI/R3 , par contre sur les versions antérieures XIR1/R2 cette fonctionnalitée n'est pas présente. donc pas besoin d'aller chercher un autre produit vous avez tout ce qu'il vous faut.
Ce serait la version BO XI 3.1 en webi -ou webi client léger. A priori Deski+univers pointant sur un cube MSOLAP ce n'est pas possible.
Les utilisateurs ont l'habitude d'avoir rapidement une info aujourd'hui, on veut garder cette flexibilité et ne pas leur imposer de passer par le service Informatique pour chaque création de rapports.
@papoap : l'outil Crystal n'est-il pas plus orienté service info que utilisateur classique ?
Je voulais dire BO XI R3.1 en webi ou webi (client lourd !) ;-)
@ stefan qui dit : 'Faire une surcouche Univers à un cube OLAP c'est pas forcément ni très simple, ni très facile à maintenir. '
=> Avez-vous déjà effectué une étude ou une mise en sujet sur ce sujet ?
Merci pour votre retour.
Cordialement.
J'ai même implémenté une telle surcouche pour un client.
L'ennui c'est que tout moteur de génération SQL dynamique de type 'couche' y compris les Univers BO doivent implémenter des stratégies. Si pour les bases de données rélationnelles, cette implémentation est pluttot facile, pour les multi-dim c'est tout le contraire, l'Univers aura un mal de chien à 'avaler' le MDX proprement. De plus , sauf erreur de ma part, il n'y a aucune recupération 100% automatique des dimensions, mesures etc. donc vous devez recréer des 'hiérarchies' etc dans l'organisation de l'univers.
Implicitement, si vous changez des choses dans les données source , il faut modifier le cube , ensuite l'univers , ensuite tout ce qui est basé dessus.
Finalement , la fin de ce projet c'est que certains se connectaient en direct via Excel vers le Cube afin de recupérer certaines modifications non-encore impactées dans l'univers , et une bataille de 'qui a le bon chiffre' est ressurgie.
Trop de données tue la donnée. C'est valable pour les métadonnées aussi et cubes OLAP ou couches sémantiques, le problème est le même. Mettre trop de tiers entre la donnée source et le rapport cible multiplie la maintenance, les risques d'erreurs etc.
SAlut,
Tu as aussi Microsoft qui travail beaucoup sur ce type de solution depuis SQL server 7. Tes analyses se feront sur excel ou avec les outils de reporting de microsoft.
@Marie
Nous avons aussi tenté d'acceder aux données du cube MS avec l'outil BO (Voyager) mais sans succès véritable (les temps de réponse étaient déplorables). On a aussi envisager la solution de l'univers pointant directement sur la source OLAP mais là, Stefan a déjà bien expliqué l'inadéquation de la solution. Que faire alors si l'on veut réellement acceder aux données du cube MS OLAP ?
==> Utiliser un client OLAP tiers : je vous recommande d'aller sur le site ssas-info.com (section client OLAP) qui vous donnera une vue assez complète de ce que l'on peut utiliser.
==> Utiliser Excel et les addin : Je parle de la version 2007 (dans les versions antérieures, c'était moins convivial). Là encore sur le web, je vous conseille les articles de R. Harduin
sur http://bi-art.over-blog.com/
==> Utiliser Microsoft Office Web Component : même si c'est un peu basique, ça a le mérite d'être gratuit et de s'utiliser facilement. En gros, cela vous offre un objet type Pivot Table amélioré.
==> Pour finir, SAP Business Objects annonce un nouveau produit en remplacement de Voyager mais il faudra patienter car la sortie n'est pas prévue avant 2010.
|
Ecrire une réponse
