Datenbank-Programmierung mit JDBC Weiterbildungsmaßnahme Technische und Praktische Informatik Sommersemester 2003

Transkript

1 Datenbank-Programmierung mit JDBC Weiterbildungsmaßnahme Technische und Praktische Informatik Sommersemester 2003 BTU Cottbus Dipl-Inf Gunar Fiedler 1 Motivation für JDBC Auf dem Markt existiert eine Vielzahl verschiedener relationaler DBM-Systeme Sie alle (bzw die meisten) haben eines gemeinsam: sie sprechen SQL, dh sie sind in der Lage, in SQL formulierte Anfragen und Update-Anweisungen zu verarbeiten Möchte man als Applikationsentwickler diese Funktionalität nutzen, muss das Programm SQL-Anweisungen generieren und an das Datenbank-Management-System schicken Der Programmierer steht dabei aber vor dem Problem, dass für die einzelnen Systeme über die Zeit hinweg unabhängig voneinander unterschiedliche Zugriffsmechanismen entwickelt wurden Dies bedingt, dass man sich schon zu Beginn eines Softwareprojekts auf ein bestimmtes DBMS, ja sogar auf eine bestimmte Version festlegen müsste Ein Wechsel des verwendeten DBMS bedeutet in diesem Fall umfangreiche Änderungen im Code der Applikation Dem Credo der Datenbanken folgend sollte es aber möglich sein, die Verarbeitungslogik der Anwendung so weit wie möglich von der Datenbank abzukoppeln Um dies zu erreichen, bedient man sich einer Treiber-Architektur Die Anwendung wird von der Datenbank durch eine weitere Softwarekomponente, Treiber genannt, getrennt Ein Treiber stellt der Anwendung eine für alle DBMS einheitlich definierte Schnittstelle zur Verfügung und implementiert intern die Protokolle für ein ganz bestimmtes System Soll nun das DBMS ausgetauscht werden, so muss lediglich ein anderer Treiber in die Anwendung eingebunden werden Umgedreht ist der Treiber unabhängig von der Applikationslogik und kann auch in anderen Anwendungen wiederverwendet werden Mit der Java Database Connectivity, kurz JDBC, steht Java-Programmierern eine standardisierte Umgebung für den Zugriff auf beliebige relationale Datenbanken zur Verfügung Zu diesem Zweck definiert JDBC eine Reihe von Schnittstellen und Mechanismen, die automatisch in allen Java-Entwicklungs- und Laufzeitumgebungen zur Verfügung stehen

2 2 Grundgerüst eines JDBC-basierten Programms JDBC-Grundlagen Applikationslogik JDBC- Treiber JDBC- Treiber JDBC- Treiber ODBC- Treiber Sybase Oracle CSV-Datei Abbildung 1: Aufbau einer JDBC-basierten Applikation 2 Grundgerüst eines JDBC-basierten Programms Abbildung 1 zeigt den Grobaufbau einer JDBC-basierten Applikation Sie besteht aus 3 Schichten: Applikationslogik: Sie definiert die Verarbeitungsregeln der Geschäftsprozesse JDBC-Datenbanktreiber: Er kapselt die Spezifika des Datenbanksystems und stellt der Applikationslogik die Daten der Datenbank mit Hilfe einer standardisierten Schnittstelle zur Verfügung Datenbank: Speichert die Daten Der Treiber kommuniziert mit der Datenbank über ein DBMS-spezifisches Protokoll Aus Sicht des Java-Programmierers ist ein JDBC-Datenbanktreiber ein Package bestehend aus einer Reihe von Klassen Die Klassen implementieren die Interfaces des Standard-Packages javasql Diese Interfaces erlauben das datenbankunabhängige Programmieren mit Hilfe von JDBC: die Anwendung sieht nur ein javasql- Interface, welche Klasse aus welchem Treiber letztlich instanziiert wurde, bleibt verborgen 2 SS 2003 Gunar Fiedler, LS DBIS, BTU Cottbus

3 JDBC-Grundlagen 2 Grundgerüst eines JDBC-basierten Programms Der Zugriff auf eine Datenbank über JDBC innerhalb eines Java-Programms lässt sich in einzelne Phasen aufteilen, die nacheinander ausgeführt werden müssen, Abbildung 2 zeigt eine Übersicht Laden des Treibers Herstellen der Verbindung zum DBMS Erzeugen eines Statement-Objekts Ausführen einer Anfrage Ausführen eines Updates Auswertung der Ergebnisse Schließen der Verbindung Abbildung 2: Phasen des Datenbankzugriffs 1 Laden des Treibers: In dieser Phase werden die Klassen des JDBC - Treibers dynamisch in die Anwendung eingebunden und registriert 2 Herstellen der Verbindung: Der Treiber baut eine Verbindung zum DBMS auf 3 Erzeugen eines Statements: Statements sind die JDBC-Repräsentation für SQL-Anweisungen Bevor ei- SS 2003 Gunar Fiedler, LS DBIS, BTU Cottbus 3

4 3 Die Phasen im Detail JDBC-Grundlagen ne SQL-Anfrage gestartet werden kann, muss sie in ein Statement verpackt werden 4 Ausführen des Statements: Die SQL-Anfrage wird an das DBMS übermittelt und dort ausgeführt Die Resultate werden zurückgeliefert 5 Auswertung der Ergebnisse: Über die Methoden des Interfaces javasqlresultset kann das Ergebnis einer Anfrage ausgewertet werden 6 Schließen der Verbindung: um nicht weiter benötigte Ressourcen freizugeben 3 Die Phasen im Detail Dieser Abschnitt verdeutlicht die einzelnen Phasen eines JDBC-Zugriffs anhand von Codebeispielen und Abbildungen Grundlage bildet wieder unsere 3-Schichten- Anwendung: Applikationslogik Sybase-Treiber Sybase 31 Laden des Treibers Wie bereits angedeutet, ist ein JDBC-Datenbanktreiber nichts anderes als ein Package diverser Java-Klassen, welche die Interfaces aus javasql implementieren Jeder Treiber enthält als Repräsentanten eine Hauptklasse Über diese Klasse wird der Treiber identifiziert und angesprochen Eine zentrale JDBC-Komponente ist der Treibermanager Er wird durch die Klasse javasqldrivermanager repräsentiert und ist zuständig für die Verwaltung und den Zugriff auf die Datenbanktreiber Ein Treiber steht der Anwendung erst zur Verfügung, wenn er sich beim Treibermanager registriert hat 4 SS 2003 Gunar Fiedler, LS DBIS, BTU Cottbus

5 JDBC-Grundlagen 3 Die Phasen im Detail Das dynamische Laden eines Treibers gestaltet sich genauso wie das Laden jeder anderen beliebigen Java-Klasse Angenommen, wir möchten den Treiber für Sybase-Datenbanken laden Die Hauptklasse des JDBC-Treibers hat den Namen comsybasejdbc2jdbcsybdriver: t r y C l a s s forname ( com s y b a s e j d b c 2 j d b c S y b D r i v e r ) ; catch ( ClassNotFoundException e ) // F e h l e r b e h a n d l u n g, f a l l s K l a s s e n i c h t gefunden wurde Die Treiberklasse sorgt automatisch für eine Registrierung beim Treibermanager Das Laden des Treibers muss nur einmal während der Initialisierungsphase durchgeführt werden, der Treiber steht bis zum Ende der Applikation zur Verfügung: Applikationslogik Sybase-Treiber Sybase 32 Herstellen der Verbindung Nachdem der Datenbank-Treiber in die Anwendung integriert wurde, kann die Verbindung zur Datenbank geöffnet werden Dafür sind die folgenden Informationen von Bedeutung: Welcher Treiber soll benutzt werden? Wie heißt die Datenbank und wo befindet sie sich? Mit welchen Daten authentifiziere ich mich gegenüber der Datenbank? SS 2003 Gunar Fiedler, LS DBIS, BTU Cottbus 5

6 3 Die Phasen im Detail JDBC-Grundlagen Das Öffnen der Verbindung wird durch den Treibermanager und dessen statische Methode getconnection() veranlasst Diese Methode liefert ein Objekt zurück, dessen Klasse das Interface javasqlconnection implementiert Die oben genannten Daten werden der Methode in Form einer URL (uniform resource locator) übergeben Diese URL hat die folgende standardisierte Form: jdbc:<subprotocol>:<suburl> Über die Zeichenkette <subprotocol> wird der gewünschte Treiber spezifiziert Der Inhalt von <suburl> hängt vom konkreten Treiber ab Der Sybase-Treiber erwartet beispielsweise folgende URL: jdbc:sybase:tds:<host>:<port>/<database>?<parameter> Die Kombination aus <host> und <port> gibt dabei den Server an, auf dem sich die Datenbank befindet, <database> spezifiziert den Namen der Datenbank Zusätzliche Parameter können in der Form <name>=<wert> nach dem Fragezeichen angegeben werden Möglich sind zb die Authentifizierungsdaten (user und password), auch der Name der Datenbank kann alternativ als Parameter servicename übergeben werden Angenommen, der Nutzer joe (Passwort: foo) möchte die Sybase-Datenbank namens Personal auf dem Rechner dbserver nutzen Das DBMS ist über Port 1234 erreichbar Es gibt 3 verschiedene Varianten der DriverManagergetConnection-Methode: DriverManagergetConnection(String url): Der allgemeine Fall Alle Daten müssen gemäß der oben genannten Vorschrift in eine URL verpackt werden: S t r i n g u r l = j d b c s y b a s e : Tds : d b s e r v e r : / P e r s o n a l? u s e r=j o e&password=foo ; Connection conn = DriverManager g e t C o n n e c t i o n ( u r l ) ; DriverManagergetConnection(String url, Properties info): Der Methode wird zusätzlich ein assoziatives Array info übergeben, welches die Parameter aufnehmen kann, die normalerweise nach dem Fragezeichen der URL stehen würden Sinnvoll ist diese Trennung, wenn diese Parameter dynamisch generiert werden Dann entfällt die umständliche Kodierung der URL: P r o p e r t i e s props = new P r o p e r t i e s ( ) ; props put ( u s e r, j o e ) ; props put ( password, foo ) ; props put ( s e r v i c e n a m e, P e r s o n a l ) ; S t r i n g u r l = j d b c : s y b a s e : Tds : d b s e r v e r :1234 ; 6 SS 2003 Gunar Fiedler, LS DBIS, BTU Cottbus

7 JDBC-Grundlagen 3 Die Phasen im Detail Connection conn = DriverManager g e t C o n n e c t i o n ( u r l, props ) ; DriverManagergetConnection(String url, String user, String password): Analog zur 2 Variante, falls als Parameter nur Nutzername und Passwort benötigt werden: S t r i n g u r l = j d b c s y b a s e : Tds : d b s e r v e r :1234/ P e r s o n a l ; Connection conn = DriverManager g e t C o n n e c t i o n ( u r l, j o e, foo ) ; Nach Abschluss dieser Phase besteht eine Kommunikationsverbindung zwischen Applikation und der Datenbank: Applikationslogik Sybase-Treiber Sybase 33 Erzeugen eines Statements SQL-Anfragen werden unter JDBC in Statement-Objekte eingekapselt Bevor eine Anfrage ausgeführt werden kann, muss ein derartiges Objekt erzeugt werden Dies geschieht durch Aufruf der createstatement-methode des im vorherigen Schritt erzeugten Connection-Objekts: Statement stmt = conn c r e a t e S t a t e m e n t ( ) ; SS 2003 Gunar Fiedler, LS DBIS, BTU Cottbus 7

8 3 Die Phasen im Detail JDBC-Grundlagen Applikationslogik Sybase-Treiber stmt Sybase Neben einfachen SQL-Anfragen, wie wir sie hier betrachten, können über Statement- Objekte auch spezielle vorcompilierte Anfragen (prepared statements) und stored procedures ausgeführt werden Außerdem lässt sich über die Statement-Objekte die Rückgabe des Ergebnisses steuern Zu beachten ist: ein einzelnes Statement kann nicht mehrere SQL-Anfragen gleichzeitig verwalten Ergebnisse müssen verarbeitet werden, bevor eine neue Anfrage gestellt wird 34 Ausführen eines Statements Das Statement-Objekt stellt Methoden zum Ausführen von SQL-Anweisungen bereit Aufgrund der unterschiedlichen Bedürfnisse werden zwei verschiedene Anweisungsarten unterschieden: Anfragen und Updates Anfragen sind SQL-Anweisungen, die ein Ergebnis zurückliefern, typischerweise select - Anweisungen Sie werden über die executequery-methode des Statement- Objekts ausgeführt, diese Methode nimmt die Anfrage als Parameter in Textform entgegen und liefert das Ergebnis in einem ResultSet-Objekt zurück: R e s u l t S e t r e s u l t = stmt executequery ( SELECT FROM s t a f f ) ; 8 SS 2003 Gunar Fiedler, LS DBIS, BTU Cottbus

9 JDBC-Grundlagen 3 Die Phasen im Detail Applikationslogik Sybase-Treiber Sybase result stmt SELECT * FROM staff Updates entsprechen den drei DML-Anweisungen insert, update und delete Sie werden über die executeupdate-methode des Statement-Objekts ausgeführt Diese Methode liefert als Ergebnis die Anzahl der durch das Update betroffenen Tupel zurück, vorausgesetzt der Treiber sowie das DBMS unterstützen dies: stmt executeupdate ( UPDATE s t a f f SET s a l a r y =3000 WHERE name= Joe Hacker ) ; Applikationslogik Sybase-Treiber stmt Sybase UPDATE staff SET salary=3000 WHERE name= Joe Hacker 35 Auswertung der Ergebnisse Wurde eine Anfrage ausgeführt, muss in dieser Phase das zurückgelieferte ResultSet ausgewertet werden Dies geschieht nach dem Iterator-Prinzip Das Objekt besitzt einen internen Zeiger auf das jeweils aktuelle Tupel der Ergebnismenge Über die Methode next() wird dieser Zeiger auf das jeweils nächste Tupel gesetzt Ist kein Tupel mehr vorhanden, so liefert die next-methode den boolschen Wert false zurück Auf die einzelnen Attribute des aktuellen Tupels kann über die getxxx-methoden des ResultSet-Objekts zugegriffen werden XXX steht dabei für die Namen der Standarddatentypen, zb String oder Double Diese Methoden erwarten entweder den SS 2003 Gunar Fiedler, LS DBIS, BTU Cottbus 9

10 4 Ein zusammenhängendes Beispiel JDBC-Grundlagen Index des Attributs (Achtung: die Zählung beginnt bei 1!) oder dessen Namen Es wird vorausgesetzt, dass der Typ des jeweiligen Attributs bekannt ist while ( r e s u l t next ( ) ) System out p r i n t l n ( r e s u l t g e t S t r i n g ( name )+ : + Double t o S t r i n g ( r e s u l t getdouble ( s a l a r y ) ) ) ; 36 Schließen der Verbindung Wird eine Datenbank-Verbindung nicht mehr benötigt, kann sie durch einen Aufruf der close-methode des Connection-Objekts geschlossen werden, um Systemressourcen freizugeben: conn c l o s e ( ) ; Applikationslogik Sybase-Treiber Sybase 4 Ein zusammenhängendes Beispiel Nachfolgend sind die Codebeispiele des letzten Abschnitts nochmal in einem Block zusammengefasst: // Import der I n t e r f a c e s des j a v a s q l Packages import j a v a s q l ; import j a v a u t i l P r o p e r t i e s ; p u b l i c c l a s s JDBCMain 10 SS 2003 Gunar Fiedler, LS DBIS, BTU Cottbus

11 JDBC-Grundlagen 4 Ein zusammenhängendes Beispiel p u b l i c s t a t i c void main ( S t r i n g a r g s [ ] ) t r y // Laden des Sybase T r e i b e r s C l a s s forname ( com s y b a s e j d b c 2 j d b c S y b D r i v e r ) ; catch ( ClassNotFoundException e ) e p r i n t S t a c k T r a c e ( ) ; System e r r p r i n t l n ( T r e i b e r n i c h t gefunden! ) ; System e x i t ( 1); t r y P r o p e r t i e s props = new P r o p e r t i e s ( ) ; // Das s o l l t e n a t u e r l i c h vom Nutzer a b g e f r a g t werden! props put ( u s e r, j o e ) ; props put ( password, foo ) ; props put ( s e r v i c e n a m e, P e r s o n a l ) ; S t r i n g u r l = j d b c : s y b a s e : Tds : d b s e r v e r :1234 ; // Oeffnen der Verbindung zum DBMS Connection conn = DriverManager g e t C o n n e c t i o n ( u r l, props ) ; // Erzeugen e i n e s Statements Statement stmt=conn c r e a t e S t a t e m e n t ( ) ; // Ausfuehren e i n e s Updates S t r i n g s q l = UPDATE s t a f f SET s a l a r y =3000 WHERE name= Joe Hacker ; stmt executeupdate ( s q l ) ; // Ausfuehren e i n e r Anfrage s q l = SELECT FROM s t a f f ; R e s u l t S e t r e s u l t = stmt executequery ( s q l ) ; // Auswerten der Anfrage E r g e b n i s s e while ( r e s u l t next ( ) ) System out p r i n t l n ( r e s u l t g e t S t r i n g ( name )+ : + Double t o S t r i n g ( r e s u l t getdouble ( s a l a r y ) ) ) ; // Beenden der Verbindung SS 2003 Gunar Fiedler, LS DBIS, BTU Cottbus 11

12 5 Weitergehende Möglichkeiten mit JDBC JDBC-Grundlagen conn c l o s e ( ) ; catch ( E x c e p t i o n e ) // Ausgabe der Fehlermeldung e p r i n t S t a c k T r a c e ( ) ; System e x i t ( 1); 5 Weitergehende Möglichkeiten mit JDBC Die Möglichkeiten von JDBC gehen weit über die hier vorgestellten Grundlagen hinaus Dieser Abschnitt stellt als Beispiele einige fortgeschrittene Techniken vor: Abfrage der Schema-Information, die Bearbeitung von Ergebnismengen und Transaktionen 51 Nutzung von Metadaten Bisher wurde vorausgesetzt, dass der Programmierer das Schema der Datenbank genau kennt Wenn zb der Typ eines Attributs eines Tupels der Ergebnismenge unbekannt ist, weiß der Entwickler nicht, welche getxxx-methode zu benutzen ist Diese Schema-Informationen (Metadaten) sind allerdings im Data Dictionary der Datenbank gespeichert und können über JDBC abgefragt werden Metadaten stehen an zwei Stellen zur Verfügung: ConnectiongetMetaData liefert ein DatabaseMetaData - Objekt zurück, das Informationen über die Datenbank im Allgemeinen enthält, dh die Tabellenstruktur, die gespeicherten Prozeduren, den verwendeten SQL-Dialekt, etc ResultSetgetMetaData liefert ein ResultSetMetaData - Objekt zurück, das Informationen über die Struktur einer Ergebnismenge enthält, also zb Namen und Typen der Attribute Das folgende Code-Fragment (aufbauend auf der oben genutzten Personal-Datenbank) analysiert die Attribut-Struktur der Ergebnismenge einer Anfrage: 12 SS 2003 Gunar Fiedler, LS DBIS, BTU Cottbus

13 JDBC-Grundlagen 5 Weitergehende Möglichkeiten mit JDBC / / // Anfrage a u s f u e h r e n R e s u l t S e t r e s u l t = stmt executequery ( SELECT FROM s t a f f ) ; // Metadaten a u s l e s e n ResultSetMetaData md = r e s u l t getmetadata ( ) ; // Ausgabe a l l e r Attributnamen // ACHTUNG : das e r s t e A t t r i b u t hat d i e P o s i t i o n 1! f o r ( i n t i d x =1; idx<=md getcolumncount ( ) ; i d x++) System out p r i n t l n (md getcolumnname ( i d x ) ) ; / / 52 Verarbeitung von Ergebnismengen Ein normales ResultSet-Objekt hat zwei einschränkende Eigenschaften: Die Werte können nicht verändert werden Sie besitzen ein sogenanntes forward-only-cursor, dh die Menge kann nur genau einmal vom ersten bis zum letzten Element durchlaufen werden Seit JDBC Version 20 existieren scrollbare ResultSets Mittels diverser Navigationsmethoden kann der Zeiger innerhalb der Menge beliebig gesetzt werden: auf absolute Positionen, vorwärts oder rückwärts Außerdem ist es wünschenswert, wenn man die Daten eines ResultSets nachbearbeiten kann Zu diesem Zweck existieren änderbare ResultSet-Objekte mit updatexxx- Methoden Der Typ eines ResultSets wird durch das Statement bestimmt, in dessen Kontext es erzeugt wird Ein Statement, das mittels conncreatestatement() erzeugt wurde, generiert stets nicht veränderbare und nicht scrollbare ResultSets Werden der Methode zwei Parameter übergeben, lässt sich dieses Verhalten ändern: Statement stmt = conn c r e a t e S t a t e m e n t ( i n t r e s u l t S e t T y p e, i n t r e s u l t S e t C o n c u r r e n c y ) ; Der Parameter resultsettype kann folgende Werte annehmen: SS 2003 Gunar Fiedler, LS DBIS, BTU Cottbus 13

14 5 Weitergehende Möglichkeiten mit JDBC JDBC-Grundlagen resultsettype ResultSetTYPE_FORWARD_ONLY ResultSetTYPE_SCROLL_INSENSITIVE ResultSetTYPE_SCROLL_SENSITIVE Bedeutung Das ResultSet kann nur einmal vom ersten bis zum letzten Element durchlaufen werden Das ResultSet ist scrollbar, simultane Änderungen anderer Nutzer bleiben verborgen Das ResultSet ist scrollbar, Änderungen anderer Nutzer schlagen auf die Werte durch Für resultsetconcurrency gibt es diese Möglichkeiten: resultsetconcurrency ResultSetCONCUR_READ_ONLY ResultSetCONCUR_UPDATABLE Bedeutung Das Ergebnis kann nicht verändert werden Das Ergebnis kann editiert werden Das folgende Code-Fragment erzeugt ein Statement für scrollbare und änderbare ResultSets: / / Statement stmt = conn c r e a t e S t a t e m e n t ( R e s u l t S e t TYPE SCROLL INSENSITIVE, R e s u l t S e t CONCUR UPDATABLE ) ; / / // a u s f u e h r e n e i n e r Anfrage R e s u l t S e t r e s u l t = stmt executequery ( SELECT FROM s t a f f ) ; // s e t z t den Z e i g e r auf P o s i t i o n 2 r e s u l t a b s o l u t e ( 2 ) ; // s e t z t den Z e i g e r auf das e r s t e Tupel r e s u l t f i r s t ( ) ; // a e n d e r t das G e h a l t r e s u l t updatedouble ( s a l a r y, ) ; 53 Transaktionen Die JDBC-API unterstützt die Nutzung von Transaktionen Standardmäßig ist definiert, dass jede SQL-Anweisung, die per executequery oder executeupdate ausgeführt wird, einer Transaktion entspricht Dieses Verhalten lässt sich über die setautocommit-methode des Connection-Objekts ändern Durch den Parameter 14 SS 2003 Gunar Fiedler, LS DBIS, BTU Cottbus

15 JDBC-Grundlagen 6 JDBC und Applets false wird nach Ausführung von executexxx-methoden ein expliziter Aufruf von Connectioncommit bzw Connectionrollback erwartet: / / // e i n e T r a n s a k t i o n f u e r s i c h stmt executeupdate ( UPDATE s t a f f SET s a l a r y =3000 WHERE name= Joe Hacker ) ; conn setautocommit ( f a l s e ) ; / Beginn der T r a n s a k t i o n / stmt executeupdate ( DELETE FROM s t a f f WHERE name= A l f Weise ) ; stmt executeupdate ( INSERT INTO s t a f f ( name, s a l a r y ) VALUES( Tina Kunterbunt, ) ) ; // Commit conn commit ( ) ; / Ende der T r a n s a k t i o n / / Beginn e i n e r neuen T r a n s a k t i o n / stmt executeupdate ( UPDATE s t a f f SET s a l a r y =2000 WHERE name= Tina Kunterbunt ) ; // R o l l b a c k conn r o l l b a c k ( ) ; / Ende der T r a n s a k t i o n / / / Hinweis: Das zugrunde liegende DBMS muss natürlich Transaktionen unterstützen! 6 JDBC und Applets Es existieren zwei verschiedene Anwendungsbereiche für Java: Applikationen, die als normale Programme auf einem Rechner laufen und Applets, deren Code von einem SS 2003 Gunar Fiedler, LS DBIS, BTU Cottbus 15

16 6 JDBC und Applets JDBC-Grundlagen dbserver Port 1234 Sybase Datenbankserver Client verboten Applet JDBC- Treiber www Port 80 Apache Webserver Abbildung 3: direkter JDBC-Zugriff (verboten) Applet Client JDBC- Treiber Port 80 Apache Webserver www Port Sybase 1234 Datenbankserver Abbildung 4: Web- und Datenbankserver auf einem Rechner anderen Rechner geladen wird und deshalb bestimmten Sicherheitsanforderungen genügen muss Eine wichtige Einschränkung ist, dass ein Applet nur Daten von dem Rechner lesen darf, von dem aus es geladen wurde Der Zugriff auf die lokalen Daten des Clienten sind verboten, außerdem darf das Applet keine Verbindungen zu anderen Rechnern aufbauen Die Konsequenz für ein JDBC-nutzendes Applet zeigt Abbildung 3: wenn das Applet vom Rechner namens www geladen wurde, ist keine direkte Datenbankverbindung zum Rechner dbserver möglich Es bestehen zwei Möglichkeiten, dieses Problem zu lösen Zum Ersten sind Datenbankzugriffe gestattet, wenn sich der Datenbankserver auf demselben Rechner befindet wie der Webserver, siehe Abbildung 4 Diese Konstellation hat allerdings einige Nachteile: die Last des Webservers und des Datenbankservers konzentrieren sich auf einen gemeinsamen Rechner Außerdem lässt sich der Datenbankserver nur schlecht abschirmen, wenn zb nur Zugriffe aus dem Intranet erlaubt sein sollen Aus diesem Grund wird oftmals die zweite Lösung favorisiert, siehe Abbildung 5 Auf dem Webserver wird ein Gateway eingerichtet Dieses Gateway hat die Aufgabe, 16 SS 2003 Gunar Fiedler, LS DBIS, BTU Cottbus

17 JDBC-Grundlagen 7 Weiterführende Lektüre Applet Client JDBC- Treiber Port 80 www Apache Webserver Gateway dbserver Port 1234 Sybase Datenbankserver Abbildung 5: JDBC-Zugriff über ein Gateway Anfragen von außen entgegenzunehmen, evtl vorzuverarbeiten und die Datenbankzugriffe an den eigentlichen Server weiterzuleiten Ein weiteres Problem ist der JDBC-Treiber an sich Zur Erinnerung: Applets sind Programme, die auf einem Client-Rechner ausgeführt werden Ein JDBC-Treiber ist nichts weiter als eine Menge von Java-Klassen, deren Code ebenfalls auf dem Clienten ausgeführt wird Aus Sicherheitsgründen sind deshalb nicht alle JDBC-Treiber für den Einsatz in Applets geeignet An dieser Stelle sei allerdings auf weiterführende Literatur verwiesen 7 Weiterführende Lektüre Im WWW sind eine Vielzahl von Dokumenten über den Gebrauch von JDBC verfügbar, zb: Java-API Dokumentation: JDBC-Tutorial von Sun: ein weiteres Sun-Tutorial: Kurzübersicht: SS 2003 Gunar Fiedler, LS DBIS, BTU Cottbus 17

18 7 Weiterführende Lektüre JDBC-Grundlagen Code-Beispiele für Java allgemein: Ein JDBC-Seminar: JDBC-Seminarpdf 18 SS 2003 Gunar Fiedler, LS DBIS, BTU Cottbus