Oracle, Java, XML - Integration in Oracle9i

Java und XML sind heute Standard bei Enterprise-Projekten. Auch die Oracle9i-Datenbank stellt durch ihren hohen Verbreitungsgrad eine Art Standard für E-Business-Anwendungen dar. Ihre robuste Integration von Java und XML macht sie umso attraktiver für hochskalierbare IT-Systeme. Dabei wird Oracles Datenbank-System häufig mit Entwicklungstools und Applikationsservern anderer Hersteller kombiniert. Das vorliegende Buch trägt dieser Tatsache Rechnung, indem es herstellerunabhängig und technologiezentriert die beeindruckenden Java- und XML-Fähigkeiten der Oracle-Datenbank beleuchtet. Es beschäftigt sich mit verschiedenen möglichen Architektur-Ansätzen, mit Java „innerhalb“ und „außerhalb“ der Datenbank und vielem mehr.

Es basiert auf der neuesten Datenbank-Version 9i Release 2, in der insbesondere bei der XML-Integration vielversprechende neue Features eingeführt wurden. Aber auch Nutzer anderer Versionen werden in diesem Buch fündig, da zahlreiche Tools und Funktionen auch in älteren Oracle-Versionen verfügbar sind. Das Buch setzt Grundkenntnisse in Oracle, Java und XML voraus.  

7 Vergleich von Java und PL/SQL (S. 157-158)

In den vorangegangenen Kapiteln wurden zwei verschiedene Architekturmodelle für Java-Anwendungen in Verbindung mit einer Oracle-Datenbank vorgestellt. Dabei handelt es sich um die „normale" Architektur, bei der Java-Anwendung und Datenbank getrennt laufen, meist sogar auf getrennten Rechnern. In diesem Zusammenhang muss allerdings sofort klargestellt werden, dass die Bezeichnung „normale" Architektur nicht bedeutet, dass die andere Architektur – Java-Anwendung in der Datenbank – als unnormal oder sogar als ungeeignet zu bezeichnen ist. Normal bezieht sich hier auf die Tatsache, dass diese Architektur weitaus häufiger eingesetzt wird und daher als „Standard-Architektur" von Java-Anwendungen bezeichnet werden kann.

In dieser normalen Architektur erfolgt der Zugriff aus der Java-Anwendung auf die Datenbank über JDBC (Kapitel 3) oder SQLJ (Kapitel 4). Insbesondere in Anwendungen mit häufigem Datenbankzugriff erweist sich die Schnittstelle zur Datenbank meist als Engpass, da sie hohe Anforderungen an die Netzwerkressourcen stellt. Für solche datenintensiven Anwendungen empfiehlt sich daher ein Blick auf das zweite Architekturmodell, das in den Kapiteln 5 und 6 vorgestellt wurde. Dabei läuft die Java-Anwendung innerhalb der Datenbank über die Oracle9i-JVM, die in den Datenbankkern integriert wurde.

Wer vor der Frage steht, in welcher Architektur und mit welcher Programmiersprache er eine datenbankbasierte Anwendung erstellen soll, wird sich im Oracle-Umfeld auch mit einer Realisierung über PL/SQL beschäftigen. Welche der drei Alternativen (Java außerhalb der Datenbank, Java in der Datenbank, PL/SQL) ist nun für eine vorgegebene Aufgabenstellung am besten geeignet? Eine pauschale Antwort auf diese Frage ist nicht möglich. Stattdessen gilt auch hier – wie bei vielen anderen softwaretechnischen Fragen – der Grundsatz, dass dies von den individuellen Anforderungen abhängt. Im Endeffekt besteht die Empfehlung bez. dieser Architekturfrage also darin, alle in Frage kommenden Architekturen innerhalb von Beispiel- Anwendungen insbesondere im Hinblick auf die wichtigen Faktoren wie z.B. Performance und Skalierbarkeit zu testen.

Um bei der Vorauswahl der möglichen Architekturen behilflich zu sein, sollen im Folgenden die Charakteristika inklusive der Vor- und Nachteile der einzelnen Ansätze vorgestellt werden. Anhand dieser Vor- und Nachteile lassen sich in vielen Fällen bereits klare Präferenzen für eine bestimmte Architektur erkennen. In den folgenden Unterkapiteln werden zunächst die drei Ansätze nochmals zusammenfassend vorgestellt. Anschließend werden beispielhaft einige konkrete Anwendungsfälle beschrieben, in denen die Java Stored Procedures als Mittelweg zwischen reinem PL/SQL auf der einen Seite und externen Java-Anwendungen auf der anderen Seite Vorteile bieten.

7.1 Java außerhalb der Datenbank

Die Vorteile, die der Einsatz von Java als Programmiersprache, aber insbesondere auch als komplette Programmierplattform bietet, sind umfangreich und sollen an dieser Stelle auch nicht vollständig aufgelistet werden. Hingewiesen sei hier nur auf einige dieser Punkte, die zur Abgrenzung gegenüber PL/SQL, aber auch gegenüber Java in der Datenbank wichtig sind.

Obwohl ursprünglich eher für den Client- und Webeinsatz eingesetzt, hat sich Java mit Einführung der J2EE (Java 2 Enterprise Edition) auch fest im Serverbereich etabliert. Die Möglichkeiten, die sich im Hinblick auf Skalierbarkeit und Anbindung an externe Systeme bieten, lassen sich u.a. auch an der großen Zahl von Herstellern von Application Servern erkennen, die auf J2EE beruhen. Wie zu Beginn von Kapitel 5 bereits erwähnt, hat Oracle mit Version 9i Release 2 eine Trennung bei den unterstützten Java-Versionen eingeführt:

• J2SE in der Datenbank
• J2EE im Application Server 9iAS

Wer J2EE-Komponenten einsetzen will, kann also die Oracle9i-JVM nicht nutzen und hat sich daher bereits auf die Architektur „Java außerhalb der Datenbank" festgelegt. Diese Einschränkung gilt zwar in älteren Oracle-Datenbankversionen nicht. Aus Gründen der Aufwärtskompatibilität bei zukünftigen Datenbankupgrades sollte aber bei Neuentwicklungen mit älteren Datenbankversionen auch heute schon keine der J2EE-Komponenten aus älteren datenbankinternen JVMs genutzt werden.

Ein weiterer Anwendungsfall führt automatisch zur Wahl „Java außerhalb der Datenbank": GUI-Komponenten werden innerhalb der Oracle-9i-JVM nicht unterstützt. Eine Offline-Erzeugung von Grafiken ist zwar innerhalb der Datenbank möglich und ist auch eines der Anwendungsgebiete, in denen der Einsatz von Java Stored Procedures empfohlen werden kann (s. Kapitel 7.4). Ein Benutzerzugriff auf eine Java-Anwendung über eine auf AWT- bzw. Swing-Komponenten basierende grafische Benutzerschnittstelle dagegen ist innerhalb einer Datenbank-Serverumgebung weder sinnvoll noch möglich. Solche Clientanwendungen in Form von Java-Standalone-Applikationen, Applets oder auf Java Server Pages beruhenden Webkomponenten führen daher automatisch zur Wahl der „Java außerhalb der Datenbank"-Architektur.

Themen:

• Java

Verwandte Themen:

• Java (Programmiersprache)
• Java 2 (Programmiersprache)
• Java 6 (Programmiersprache)
• Programmierung
• J2EE (Java 2 Enterprise Edition)
• JavaScript
• Hibernate
• Java 2 (Programmiersprache); Einführung
• Algorithmen
• JavaME