Oracles Exadata OLTP-Datenbankmaschine zeigt die enge Verbindung zwischen Sun Microsystems und Oracles Produkt “Relationale Datenbank”, aber manche mögen sich fragen, ob der gesamte Zweck des Designs relationaler Datenbanken darin besteht, die Unabhängigkeit von der Hardware zu erhalten. Andererseits bedeutet die reale Welt der Datenbankentwicklung oft, dass eine Kundenanwendung eine erstklassige Leistung erfordert, die durch eine Feinabstimmung der Datenbankimplementierung erreicht wird. Die Tatsache, dass Oracle die Fähigkeiten für dieses Feintuning zur Verfügung stellt, vermittelt die Botschaft, dass Oracle den Anforderungen seiner Kunden und seiner Benutzerbasis genau zuhört.

Ich habe mich durch die Oracle-Dokumentation [1-7] gewühlt, um meine Einschätzung einiger der damit verbundenen Probleme zu geben, hier ist eine Zusammenfassung dessen, was ich gefunden habe.

Hardware-Merkmale der Oracle Exadata OLTP-Datenbankmaschine

Oracle hat mit seiner neuen Oracle Exadata OLTP Database Machine einen zweistufigen Datenbank-Hardware-Ansatz ausgelegt. Auf der einen Seite gibt es vier Stufen der Hardware-Erweiterung für ihren Datenbankserver in einer traditionellen Konfiguration von Online-Plattenspeicher, so dass ein Unternehmen seine Systemhardware kontinuierlich aufrüsten kann, wenn die Datenlast für seine Anwendungen steigt. (siehe Spezifikation auf Seite 6)

Auf der anderen Seite hat Oracle den bahnbrechenden Exadata Smart Cache Flash hinzugefügt, der eine bessere Speicherleistung in Form der von Sun entwickelten Mikroprozessoren mit Smart-Chip-Technologie bietet, die für den Cache-Speicher und die Dekomprimierung der Daten verwendet wird. Die Verwendung der Exadata Smart Cache Flash-Hardware ist optional, bietet aber eine schnellere Bereitstellung von Abfragedaten zur Laufzeit mit einem angemessenen Risikomanagement für den potenziellen Ausfall und Backup-Bedarf dieser Daten.

Bietet Oracles Exadata OLTP-Datenbankmaschine eine zu große Hardware-Abhängigkeit?
Bietet Oracles Exadata OLTP-Datenbankmaschine eine zu große Hardware-Abhängigkeit?

Funktionen der Oracle Exadata OLTP-Datenbank-Software

Datenbankentwickler geraten oft in Entscheidungsschwierigkeiten bei der Tabellenerstellung, wenn eine große Anzahl von Abfragen entweder auf Spalten- oder Zeilendaten schaut und eine Fehlentscheidung zu Leistungsproblemen führt. Oracles Exadata OLTP-Datenbankimplementierung bietet eine Lösung für dieses Dilemma, indem sie SQL-Erweiterungen bereitstellt, bei denen der Entwickler durch die Verwendung von Cache-Datenspeicherung das Beste aus beiden Fällen haben kann. Daten mit hohem Nutzwert können während der Erstellung und dem Laden der Tabellen explizit angegeben werden oder implizit durch die zugrunde liegende relationale Datenbankmanagementsystem-Software von Oracle.

Die Datenkomprimierung erfolgt spaltenweise und wird innerhalb der Software des relationalen Datenbanksystems implementiert. Ein Beispiel für Daten, die komprimiert werden können, sind Namensdaten. Namensdaten variieren in ihrer Länge, ändern sich aber nicht oft, aber der Entwickler muss die Spalte für den größten Namen angeben, den seine Datenbank enthält. Oracle schätzt die Menge an Plattenspeicher, die durch diese Komprimierung eingespart wird, als sehr groß ein und kann helfen, die Kosten für zusätzliche Hardware zu vermeiden. Ein Nebeneffekt der Implementierung der Komprimierung ist, dass die relationale Datenbankverwaltungssoftware Metadaten über die Spalte lesen kann, die es ihr ermöglichen, die Ein-/Ausgabebelastung für die Anwendungen zu reduzieren.

Meine Einschätzung der Probleme bei der Implementierung der Oracle Exadata OLTP-Datenbank

Wie bei jedem System-Upgrade müssen sich die Datenbankbesitzer bei der Implementierung des Upgrades auf das Oracle Exadata OLTP-Datenbanksystem mit der Datenmigration und der Validierung sowie der geschäftlichen Rechtfertigung der Ausgaben für die Zusatzausrüstung befassen. Die gute Nachricht ist, dass Oracle gute Munition in Bezug auf Kosteneinsparungen liefert.

Außerdem würde ich erwarten, dass Datenbankbesitzer den Konvertierungsprozess für die komprimierten Daten validieren wollen, wenn sie für das erste Laden, die Sicherung, Wiederherstellung und Wiederherstellung und als Antwort auf Abfragen bereitgestellt werden. Dies ist kein geringes Problem. Die Durchführung dieser Aufgabe würde von Dateneigentümern gefordert werden, die die Unabhängigkeit von relationalen Datenbanken durch die Möglichkeit des Übergangs oder der Verwendung auf anderen Datenbankmanagementprodukten zur Unterstützung ihrer Benutzer sicherstellen wollen.

Was das Design der Datenbank betrifft, so sind die Änderungen an SQL meiner Meinung nach unbedeutend, da sie lediglich SQL-Klauseln hinzufügen, mit denen Entwickler festlegen können, dass Tabellendaten möglicherweise zwischengespeichert, komprimiert oder archiviert werden. Diese SQL-Klauseln müssten im Code gefunden und modifiziert werden, wenn die Datenbank auf ein neues Datenbankmanagementsystem portiert wird.

Was die Hardware des Exadata Smart Cache Flash betrifft, so denke ich, dass die Smart-Chip-Technologie, wie sie von der Sun Smart Flash-Technologie bereitgestellt wird, aufgrund der schnelleren E/A- und Zugriffsraten wahrscheinlich die langfristige Richtung für alle Datenbankspeicheranforderungen ist, und dies ist ein kleiner Schritt für die Hardware-Entwickler auf dem Weg dorthin.