MDX Provider für Oracle OLAP

Auf dem Oracle Technologieday bin ich durch eine Frage wieder einmal auf das Thema Oracle OLAP Option und MDX Zugriff gestoßen.
Bekannter weise bietet Oracle für seine OLAP Option keinen MDX Zugriff an. Aber die Firma Simba Technologies springt mit ihrem Oracle OLAP MDX Driver in diese Lücke.

"Simba’s connector natively connects Microsoft Excel with Oracle OLAP 11g. It works seamlessly to parse and process multi-dimensional queries from Excel and integrate with Oracle OLAP 11g via SQL/ODBC. It translates Excel’s MDX queries to SQL to retrieve Oracle cube information. The result is a fast and secure means to use popular, multi-dimensional tools like Microsoft Excel to directly access your Oracle data. (see diagram)"

Erste Vorstellung fand auf dem BIWA Summit im Oracle World Headquarters im Dezember 2008 statt, Details auf Vlamis Blog und der Bericht von Mark Rittman.

TechEvent Konferenz

Was für eine tolle Show, am letzten Freitag und Sonnabend veranstaltete Trivadis seine erste von zwei TechEvent Konferenzen in diesem Jahr in Zürich. Mit mehr als hundert Sessions zu IT Themen dürfte das in dieser Form und Umfang einmalig sein. Als rein interne Veranstaltung zur Wissensvermittlung habe ich so etwas jedenfalls noch nirgends erlebt.

Das Spektrum der Vorträge reichte von technischen Themen zu den verschiedenen Oracle-, Microsoft- und IBM-Produkten bis hin zu fachlichen Themen. Die Qualität der Vorträge war hoch und die Organisation klappte super. Besonders gut fand ich aus der Reihe der von mir gehörten Vorträge den über Scrum, zur OWB 11g R2 Beta und über Hyperion Planning.

Es hat mir viel Spaß gemacht dabei zu sein und ich freue mich schon auf den September, dann findet der zweite TechEvent statt.

Flexibilität durch Informationen

Unter diesem Titel ist in der DOAG Business News 1-2009 ein Artikel von mir erschienen.

Inhaltlich geht es um die Vorteile des Einsatzes von Planungswerkzeugen in enger Verzahnung mit einem Data Warehouse. Durch diese Verzahnung von IST-Daten, initialen Planwerten und fortlaufenden Forecastzahlen und der Gegenüberstellung mit den festgestellten Abweichungen, ergibt sich eine hohes Maß an Transparenz, Wissen und Überblick. Die aktuelle Geschäftslage lässt sich so jederzeit analysieren und bewerten.

In diesen Zeiten ist das ein sicher nicht zu unterschätzender Vorteil, frage mich nur warum so wenig Unternehmen hier handeln.

OWB Converter nach ODI

Wer die DOAG News liest, dem ist vielleicht die Anzeige der ID&T, IT-Beratungs- und Servicegesellschaft, mit Sitz in Mailand aufgefallen. Dort hat man einen OWB2ODI Converter entwickelt.

Nun frag ich mich, wozu brauche ich so ein Tool? Der OWB und der ODI sind beides gute Produkte und Oracles Roadmap zeigt den Weg auf, wie aus diesen zwei Produkten einmal ein neues Produkt werden soll.
Warum sollte also ein Anwender seine Prozesse vom OWB mittels dieses Converters auf den ODI bringen, wenn in ein paar Jahren diese Zusammenführung quasi automatisch erfolgt? Diese doppelte Migration macht für einen OWB Anwender einfach keinen Sinn!

Der Hersteller spricht von ‚semi automatic conversion‘. Was meiner Meinung bedeutet, dass es bei sehr einfachen OWB Projekten einigermaßen klappen kann. Je komplexer dann die Mappings werden, um so größer wird der manuellen Aufwand bei der Konvertierung sein. Das Tool wird dann nur Rumpfteile eines Mappings im ODI liefern können und diese Teile gilt es dann mühsam manuell zusammen zu führen. Keine Berücksichtigung findet bei dem Tool der gesamte Workflow, der muss im ODI komplett neu erstellt werden. Und testen muss man das neue System im ODI dann sowieso. Da liefert einem der Converter keine Hilfe.

"Ich halte das für eine "Katastrophe", weil es suggeriert OWB sein ein Auslaufmodell."

So äußerte sich Alfred Schlaucher mir gegenüber. Die Interessen sind aus seiner Sicht klar, in Frankreich und Italien hat der ODI eine größere Verbreitung als z.B. in Deutschland und

"dort agiert man massiv gegen den OWB"

Seine Empfehlung für OWB Anwender sieht so aus:

"Von den vielen OWB Installationen die ich kenne, wüsste ich gegenwärtig nicht, für wen das interessant sein sollte. Das hat auch nichts mit der künftigen Erwartung für ein gemeinsames Tool OWB/ODI zu tun.
Denn künftig (ab Version 12+) wird es ein sehr stark an das OWB-Repository angelehntes gemeinsames Repository geben. Ein heutiger OWB-Nutzer müsste dann gleich 2 mal seine Metadaten migrieren.
Für alle heutigen OWB-Nutzer empfehle ich zunächst das Release 11.2 einzusetzen. Das wird zusammen mit dem DB-Release 11.2 wahrscheinlich von LE im Julie announced und steht sicherlich zur nächsten Open World zur Verfügung.
Da ist eine Nähe zum SQL-Developer zu finden. Alle Heterogenitäts-Themen lassen sich schon heute gut lösen, sofern wir wirklich solche haben."

Dem kann ich mich nur anschließen, eine funktionsfähige OWB Anwendung einfach nur so zum ODI zum jetzigen Zeitpunkt zu migrieren halte ich für Unsinn. Die Oracle Roadmap ist in ihrer Aussage klar, es wird zu einer Verschmelzung beider Produkte kommen. Bis dahin kann jeder OWB Anwender in Ruhe seine Prozesse weiter mit dem OWB betreiben und weiter entwickeln. Wenn es dann soweit ist und es gibt nur noch ein ETL Produkt von Oracle, dann migriert er einmal (!) seine OWB Prozesse. Und ich bin sicher, dass es dann entsprechende Unterstützung durch Oracle geben wird.
Ansonsten unterstützen wir unsere Oracle Kunden natürlich auch in diesen Fragen. Wer mag, kann sich gerne an mich wenden.

Ora_Tweet - Tweet From Oracle, A PL/SQL Twitter API

Ist schon ein paar Tage alt dieses Posting zum Ora_Tweet beim Database Geek.
Aber da ich Microblogging cool finde und das so eine klasse Umsetzung ist, will ich hier mal darauf hinweisen. Und wer weiß, aber vielleicht findet ja jemand gefallen daran und nutzt die API?! Meldet Euch mal dazu.

Wobei ich die Probleme im Firmennetzwerken auch sehe, welcher DB-Server hängt schon am Internet...
Aber die Nutzung im Rahmen eines Firmeninternen Microbloggings könnte schon Sinn machen.
Ist schon cool was mit Oracle alles machbar ist ;-)

via OTN Twitter meets Oracle