20.4 Datenbanktreiber für den Zugriff 

Um eine Datenbank zu nutzen, müssen wir einen Treiber haben, der die JDBC-API implementiert. Der Treiber vermittelt anschließend zwischen Java-Programm, das seine Anfragen Datenbank-unabhängig über JDBC macht, und Datenbank.

20.4.1 Treibertypen

JavaSoft definiert vier Treiber-Kategorien, die im Folgenden beschrieben werden sollen. Sie unterscheiden sich im Wesentlichen dadurch, ob sie einen nativen Anteil haben oder nicht.

Typ 1 : JDBC-ODBC-Brücke

Da es am Anfang der JDBC-Entwicklung keine Treiber gab, haben sich die Entwickler etwas ausgedacht: eine JDBC-ODBC-Brücke, die die Aufrufe von JDBC in ODBC-Aufrufe der Client-Seite umwandelt. Die Methoden sind nativ. Im Folgenden werden wir die Brücke einsetzen, wenn wir Access über ODBC ansprechen.

Typ 2: Native plattformeigene JDBC-Treiber

Diese Treiber übersetzen die JDBC-Aufrufe direkt in Aufrufe der Datenbank-API. Die Methoden sind ebenfalls nativ.

Treiber vom Typ 0 oder 1 sind nicht portabel, da sie zum einen für die JDBC-ODBC-Brücke auf die Plattform-Bibliothek für ODBC zurückgreifen müssen und zum anderen auf plattformspezifische Zugriffsmöglichkeiten für die Datenbank. Damit ist der Nachteil verbunden, dass Applets mit diesen Treibern nichts anfangen können. Ein Applet erlaubt es nicht, nativen Code von anderen Quellen zu laden und auszuführen. Das ist auch schwierig, wenn etwa ein Macintosh mit Power-PC-Prozessor einen binären Treiber für eine MS-SQL-Datenbank installieren möchte. Die Quintessenz ist: Applets können damit keine Verbindung zu einer externen Datenquelle aufbauen.

Typ 4: Universelle JDBC-Treiber

Diese Treiber sind vollständig in Java programmiert und kommunizieren direkt mit dem Datenbank-Server. Sie sprechen über das datenbankspezifische Protokoll direkt mit der Datenbank über einen offenen IP-Port. Dies ist in einer Direktverbindung die performanteste Lösung. Jedoch ist sie nicht immer möglich. Ein Grund ist, dass manche Datenbanken wie MS-Access, dBase oder Paradox kein Netzwerkprotokoll definieren.

Typ 3: Direkte Netzwerktreiber

Hier wird ein in Java programmierter Treiber genutzt, der beim Datenbankzugriff auf den Client geladen wird. Der Treiber kommuniziert nicht direkt mit der Datenbank, sondern mit einer Softwareschicht, die zwischen der Anwendung und der Datenbank sitzt: der Middleware. Damit erfüllen Typ-3-Treiber eine Vermittlerrolle, denn erst die Middleware leitet die Anweisungen an die Datenbank weiter. Für Applets und Internet-Dienste hat ein Typ-3-Treiber den großen Vorteil, dass ihre Klassendateien oft kleiner als Typ-4-Treiber sind, da ein komprimiertes Protokoll eingesetzt werden kann. Über das spezielle Protokoll zur Middleware ist auch eine Verschlüsselung der Verbindung möglich. Kaum eine Datenbank unterstützt verschlüsselte Datenbankverbindungen. Da zudem das Middleware-Protokoll unabhängig von der Datenbank ist, müssen auf der Client-Seite für einen Datenbankzugriff auf mehrere Datenbanken auch nicht mehr alle Treiber installiert werden, sondern im günstigsten Fall nur noch ein Typ-3-Treiber von einem Anbieter. Die Ladezeiten sind damit deutlich geringer.