SAP HANA

SAP macht mit HANA Schlagzeilen und hat es damit sogar in die FAZ geschafft. ("Die neue Walldorfschule" - 05.01.2013) Es ist also Zeit, sich mal genauer damit zu befassen.
Worum geht es? Zunächst: HANA ist nicht nur eine Datenbanksoftware, sondern eine Appliance. Man kauft also Soft- und Hardware von SAP:

"SAP In-Memory Appliance (SAP HANA) ist eine flexible, vielfältig einsatzfähige In-Memory Appliance. Sie umfasst eine Kombination aus unterschiedlichen SAP-Software-Komponenten und maßgeschneiderter Hardware, die führende SAP-Partner bereitstellen." (SAP)

Alles was auf dem System gelesen, geschrieben, berechnet wird, passiert im RAM, welches auf der HANA bis 2 TB groß sein kann. Die Hardware ist letztlich dafür da, die Schreiboperationen sicher von der oder auf die Platte zu bringen.
Das In-Memory-Konzept ist nicht wirklich neu und schon gar keine SAP-Erfindung. SAP setzt die Konzepte aber konsequent um:

• In-Memory - alles liegt im RAM und wird dort verarbeitet.
• Spaltenbasierte Verarbeitung der Datensätze - nicht zeilenweise wie bei RDBMS. Spalteninhalte lassen sich so schneller auswerten. Das ist ein klares Plus für die Auswertung großer Datenmengen. Geht es um einzelne Datensätze, bei denen man eine eine ganze Zeile aus dem System ziehen muss - wie bei OLTP, ist die zeilenorientierte Verarbeitung eines RDBMS natürlich keine schlechte Option.
• Kompression - Die Spalteninhalte werden komprimiert. Kompression wird auch in RDBMS genutzt. RDBMS komprimieren aber den Inhalt der Datenblöcke und nicht die Spalten.
• Insert (keine Updates) - Die HANA ändert also keine Datensätze, sie legt sie nur neu am Ende der Spalte an. Die Spalten beinhalten also mehrere Versionen eines Datensatzes und wachsen bei Änderungen schnell an.

Da SAP kein eigenes RDBMS im Angebot hat, dem HANA Konkurrenz im eigenen Haus machen könnte, muss SAP auch auf nichts Rücksicht nehmen und keine faulen Kompromisse eingehen, wenn es auf diese DB-Technologie setzt. Bei Oracle, Microsoft oder IBM mit ihren RDBMS sieht das etwas anders aus.

HANA ist also schnell. Okay... Die naheliegende Managerfrage lautet demnach: Ist mein SAP damit schneller? Nein. Wer sein gutes altes SAP-ERP im Einsatz hat, dem nützt HANA erst einmal nichts. SAP müsste zunächst seine eigene Software komplett portieren. Das kann dauern und wird kosten.

Oracles Antwort: Exalytics

Oracle gefällt der Hype um HANA natürlich nicht. Als Reaktion auf HANA wurde Exalytics auf den Weg gebracht. 

Exalytics ist ebenfalls eine Appliance-Lösung. Einen Vergleich versucht www.silicon.de. Der Titel des Artikels "Äpfel mit Birnen" sagt es schon: Die Exalytics ist konzeptionell etwas anderes als HANA.

In der Exalytics werden RDBMS und In-Memory mit einander kombiniert - mit allen Vor- und Nachteilen, die ein solcher Kompromiss mit sich bringt.

Mit der Exadata X3, die von Oracle als "InMemory Machine" beworben wird, sieht das ähnlich aus.
Oracle ist offensichtlich nervös und sieht HANA als Gefahr für das eigene Geschäft. Die Exalytics muss die Kundschaft sichern, bis Oracle ein echtes Konkurrenzpaket im Angebot hat.

Fazit

Eigentlich geht es um nichts Neues. Im Kern dreht sich alles um die Frage, ob In-Memory-Datenbanken die klassischen RDBMS ablösen können und wie die großen Hersteller (Oracle, IBM, Microsoft) damit umgehen.
HANA konkurriert bis auf weiteres eher mit Produkten wie Exasolution oder Terracotta und wildert damit im Segment der Analyse- und DataWarehouse-Lösungen.
Achja: Teuer ist der InMemory-Spaß auch. Die Lizenzpreise stellen die Enterprise-Versionen von Oracle 11g, MS SQLServer und IBMs DB2 in den Schatten.