JDBC: Datenbankzugriffe in Klassen kapseln

Worum es geht

Skript 09, Folien 20 und 21: Kapselung DB-Zugriffe, Datenkapselung.

Bisher stand der JDBC-Code für sich. In einer echten Web-Anwendung würde er sonst überall verstreut stehen: im Servlet, in der JSP, mehrfach. Die Frage dieses Abschnitts: Wie ordnet man die Datenbankzugriffe, und in welcher Form gibt man die Daten weiter?

Zum Ausprobieren nehmen wir eine Beispieltabelle Product mit den Spalten id, name und available (lieferbar, ja oder nein); sie steht nicht im Skript.

So gehen wir vor:

Die Idee: Datenbankzugriffe in Klassen kapseln.
Die Klasse ProductDB von Folie 20.
Die Klasse Product als DTO von Folie 21.
Eine Methode ausfüllen und aufrufen.
Eine Klausurfrage dazu.

Ergänzung zum Skript: Die Folie lässt die Methodenrümpfe offen. In Schritt 6 füllen wir findById selbst aus.

DB-Zugriffe immer in Klassen kapseln

Teil der Anwendung	kennt SQL?	tauscht Daten als
Servlet, JSP	nein	Product-Objekte
ProductDB	ja, alles SQL zu Product	Product-Objekte
Datenbank	ja	Zeilen der Tabelle Product

Kapseln heißt: Etwas steckt in einer Klasse, und der Rest des Programms benutzt nur ihre Methoden. Hier steckt alles SQL zur Tabelle Product in einer Klasse ProductDB.

Servlet und JSP rufen nur noch Methoden wie findById auf. Sie kennen kein SQL. Ändert sich die Tabelle, ändert man eine Klasse, nicht zehn Seiten.

Solche Klassen heißen oft DAO, Data Access Object (Objekt für den Datenzugriff). Das Skript nennt den Namen nicht.

Die Klasse ProductDB

1public class ProductDB {2  public static List<Product> findAll(Connection cn) { … }3  public static Product findById(Connection cn, int id) { … }4  public static int insert(Connection cn, Product dto) { … }5  public static int update(Connection cn, Product dto) { … }6  public static int delete(Connection cn, int id) { … }7}

Folie 20 zeigt nur die Köpfe der Methoden. Es sind die fünf üblichen Zugriffe: alle lesen, eine lesen, einfügen, ändern, löschen.

Alle sind static: Man ruft sie über die Klasse auf, ohne Objekt (ProductDB.findById(cn, 2)). Jede bekommt als ersten Parameter die offene Connection. Wer aufruft, öffnet und schließt die Verbindung.

Die Rückgabe passt zum Zweck: eine Liste von Produkten, ein Produkt, oder bei Änderungen ein int, die Zahl der geänderten Zeilen von executeUpdate.

Schritt 0Worum es geht

Schritt 1DB-Zugriffe immer in Klassen kapseln

Schritt 2Die Klasse ProductDB

Abbildung 1

Worum es geht

DB-Zugriffe immer in Klassen kapseln

Die Klasse ProductDB