2008-11-03 3 views

Répondre

0

Je l'ai utilisé dans le passé. J'aime beaucoup l'architecture, mais vous pouvez jeter un oeil autour de ce lien pour voir des descriptions plus détaillées sur la façon dont les gens travaillent avec: http://www.rittmanmead.com/blog/

5

J'ai été impliqué dans 20 projets OBIEE au cours des 6 dernières années. C'est un bon produit ROLAP. Il a une interface utilisateur flexible, principalement intuitive que les utilisateurs finaux aiment généralement. HTML, Javascript, et un peu de Flash (graphiques) est utilisé pour la présentation. Il existe un serveur de présentation qui s'exécute sous un serveur Web (ou un serveur d'applications) et le cœur de l'outil, le moteur d'analyse s'exécute séparément. D'une manière générale, l'outil génère un SQL efficace. Les performances globales sont généralement bonnes, mais dépendent des structures de données source et des types de rapports tentés.

La couche de métadonnées est bien conçue et extrêmement flexible (presque à un défaut), bien qu'elle puisse être mieux documentée. L'outil s'attend à travailler avec des schémas en étoile traditionnels. Cela fonctionne bien avec tous les principaux SGBDR. Il dispose d'une mise en cache à plusieurs niveaux et est très flexible avec l'authentification, l'accès aux fonctionnalités et la sécurité des données. Il ne fait pas tout ce que je voudrais faire, mais pris dans son ensemble, c'est une application de première classe. La plupart de ses défauts sont de petites choses, il n'y a vraiment rien de grave. Je dirais que du point de vue de la présentation, l'incitation est beaucoup plus faible qu'elle ne pourrait l'être. Ce n'est pas un outil cube (bien qu'il puisse générer des données à partir de cubes) et il n'est pas conçu pour générer des rapports volumineux (listes longues et ensembles de données volumineux présentés aux utilisateurs) bien qu'il soit utilisé de cette façon. Si quelque chose son plus gros défaut est probablement le coût, mais il est probablement comparable à tous les autres joueurs de l'entreprise. Je ne connais pas grand-chose à Microstrategy, mais un ami qui a travaillé avec les deux dit qu'il a une bonne interface et un backend faible. Il préfère OBIEE considérablement, bien qu'il soit biaisé par les développeurs. Il est vraiment facile de créer des métadonnées physiques, logiques et de présentation dans l'outil. Comme pour tous les entrepôts, le travail acharné est principalement dans l'ETL, suivi d'un bon travail de BA et d'un bon réglage des performances dans la base de données.

1

Si vous êtes à la recherche d'OBIEE, optez pour la version 11g, il a beaucoup d'avantages, fonctionnalités avancées sur le 10g. La version 10g est basée sur l'OC4J, où 11g est basé sur le serveur weblogic. J'ai travaillé à la fois sur la partie Administration et sur la partie BI Answers. Les outils semblent assez simples dans les deux cas. Construction du référentiel dans la pièce Admin ou Création de tableaux de bord et de rapports dans la partie Réponses

Eh bien, pour parler sur les défauts, nous avons fait face à beaucoup de problèmes lors de l'installation, avec une connaissance très minimaliste, Ofcourse à la fois sur le serveur Weblogic et OBIEE. Mais cela ne devrait pas être un problème si vous avez suffisamment de ressources pour le faire. Encore une exigence majeure est le matériel, pour l'OBIEE 11g, les experts disent que 8 Go de RAM est la condition minimale. Eh bien, nous avons travaillé avec 2 Go de RAM, mais c'était vraiment très lent. Donc, si vous avez un excellent matériel et un personnel qualifié, c'est un excellent outil.

Questions connexes