Outil de reporting pour OLAP, * pas * OLTP!

Question

Je suis à la recherche d'un contrôle que je peux mettre sur le dessus d'un schéma en étoile OLAP déjà existant pour permettre à l'utilisateur de définir leurs propres « requêtes » et de générer des rapports. En ce moment, j'ai des rapports prédéfinis construits au-dessus des cubes, mais je voudrais permettre à l'utilisateur de définir leurs propres critères sur la base des cubes que j'ai créé. Je l'ai trouvé beaucoup de produits qui vous permettront de traiter une table transactionnelle comme un cube OLAP, mais rien de spécifiquement pour les cubes pré-existants.

EDIT: Permettez-moi d'être clair, je sais qu'il existe d'innombrables outils de reporting là-bas qui prétendent faire rapport sur les cubes OLAP. Le problème est qu'ils supposent tous qu'ils regardent les données transactionnelles et essayer de créer leurs propres cubes. J'ai des tables qui contiennent des dizaines, voire des centaines de millions d'enregistrements. La plupart des outils plantage lors de la manipulation de ces données beaucoup, les autres courent tout simplement incroyable lentement. Je ne veux pas un outil qui vise les gens d'affaires.

Je veux un outil qui comprend ce qu'est un schéma en étoile et flocon de neige est. Je veux être en mesure de lui dire ce que les tables de faits et quelles sont les tables de dimension sont, puis crée une interface utilisateur au-dessus d'eux. Ce problème est plus facile à résoudre pour le fournisseur d'outils parce que je suis les nourrir cuillère les cubes. Je veux compter sur le fait que les cubes sont un modèle standardisé et je veux un outil qui profite de ce fait. Je veux un outil qui cible les développeurs et commence par l'hypothèse que je sais vraiment comment gérer mes données, il a juste besoin de créer des rapports jolis pour moi et non s'effriter sous le poids de mes données.

Answer 1

Eh bien SSRS pour SQL Server est conçu pour être utilisé avec des cubes (nous interrogeons nos entrepôts de données avec tout le temps), mais qui est un fournisseur implémentation spécifique et si vous ne possédez pas le serveur SQL vous ne pouvez pas l'utiliser comme il est livré avec SQL Server. Vous pouvez écrire des requêtes MDX et pas seulement t-sql droite. Je sais que vous pouvez faire référence à d'autres bases de données dans les requêtes, mais je ne l'ai jamais essayé de faire référence à une des tables de différents fournisseurs becasue notre warehous de données dans un entrepôt de données SQL Server.

Answer 2

Je l'ai utilisé divers outils de reporting, mais de loin le plus familier aux utilisateurs finaux est Tableaux MS Excel Pivot. S'il vous plaît suivre ce lien pour plus d'informations.

Answer 3

Si vous voulez un logiciel complet de niveau d'entreprise, vous êtes à la recherche d'un outil comme le Cognos (IBM) reporting Suite. Leurs outils ont un cadre unique de requête pour des rapports contre les sources relationnelles et OLAP, selon la façon dont vous modéliser. Cela signifie que vous pouvez faire des rapports multidimensionnels contre serveur SQL et MSAS avec le même outil si elle est correctement modélisé. Ils soutiennent leurs propres cubes, TM1, qu'Oracle, Microsoft, SAPBW, etc ... Il y a un sdk que vous pouvez utiliser pour écrire votre propre et outil frontal. Non pas cher, mais rien entreprise est.

Les concurrents dans ce domaine (je ne l'ai pas utilisé) sont Business Objects (SAP) et Hyperion (Oracle). Et peut-être JasperSoft (open source).

Consultez également la réponse à cette question . Il mentionne BO et une solution Microsoft.

Answer 4

Stefan, si est votre objectif final des rapports que je suggère un outil comme Tableau. Il est très simple à apprendre pour l'utilisateur moyen et il leur permet de faire des rapports à la volée à l'aide de l'interface ou le type de requêtes personnalisées contre la base de données. Si vous cherchez quelque chose de plus avancé, je suggère un produit comme COCKPIT (je sais ...) mis au point par une société allemande qui est aussi très propre et commence à décoller.

Answer 5

Vous pouvez essayer la solution Dundas qui permet les utilisateurs finaux de créer leurs propres rapports en fonction des dimensions et des mesures créées dans le cube.

Answer 6

Êtes-vous après quelque chose comme Mondrian ? Nous l'avons utilisé sur un projet précédent, et je semble me rappeler ses rapports OLAP était assez bon. Ne me souviens pas si elle avait une IUG, cependant; ce n'était pas ma région. Je ne jamais sali avec les fichiers de configuration ...

Answer 7

Salut, vous pouvez utiliser SSRS où l'utilisateur peut créer des rapports parcourant tout le cube ou u peut écrire des requêtes personnalisées en utilisant l'avantage mdx OLAP. Vous pouvez utiliser SQL Server Report Builder Et enfin et surtout Microsoft Excel 2007 a une bonne capacité de navigation sur un cube Vous pouvez même exposer votre cube dans SharePoint via les services Microsoft Excel 2007

Answer 8

Je tenir mes mains et librement admettre que je ne suis pas un expert dans ce domaine, mais vous pouvez jeter un oeil à InfoBright . Je comprends qu'il sera toujours en aller et indexer vos données existantes (je ne sais pas si elle forme ses propres cubes), mais je suis porté à croire qu'il peut gérer d'énormes quantités de données rapidement.

Il y a une édition communautaire et une édition commerciale aussi. Je ne l'ai jamais utilisé le logiciel, mais de ce que je l'ai lu avant, il semble impressionnant.

Answer 9

Vous pouvez donner Web Tableau croisé dynamique un essai et il est un outil de reporting basé sur le Web qui se connectent à la fois des fichiers CSV et OLAP cubes, tout comme tableau croisé dynamique Excel. Voici démo et documents .

Vous pouvez vous connecter à plusieurs données sources (par exemple, plusieurs cubes OLAP), créez plusieurs tableaux croisés dynamiques et graphiques croisés dynamiques puis créer plusieurs rapports basés sur une combinaison de ces tableaux croisés dynamiques et des tableaux croisés dynamiques.