2.2. Connection

Ein Connection-Objekt ...

• repräsentiert eine Verbindung mit einer Datenbank
• beinhaltet SQL Statements und deren Resultate
• wird üblicherweise vom DriverManager zur Verfügung gestellt, kann aber auch manuell hergestellt werden (z.B. um einen bestimmten Treiber zu verwenden)

Eine Applikation kann eine oder mehrere Connections zu einer oder mehreren Datenbanken besitzen.

String url = "jdbc:odbc:dbname"; Connection connection = DriverManager.getConnection(url, "uid", "passwd");

SQL Statements:

• Statement:
  via connection.createStatement(), für einfache Anfragen
• PreparedStatement:
  via connection.prepareStatement(), für IN-Parameter, wird precompiliert und für spätere Verwendung gespeichert -> effizienter
• CallableStatement:
  via connection.prepareCall(), um Stored Procedures auszuführen, zusätzlich OUT- und INOUT-Parameter

Transaktionen:

• Statements können gruppiert werden -> Transaktion
• eine Transaktion wird mit commit() permanent gemacht (+ Locks freigegeben) oder mit rollback() verworfen
• Standard: Auto-Commit-Modus, d.h. nach jedem Statement commit() gerufen
• z.B. nützlich, wenn eine Änderung nur vorgenommen werden soll, wenn mehrere Updates erfolgreich waren
• Transaction Isolation Level spezifizierbar, um potentielle Konflikte zu vermeiden, z.B. erlaubt connection.setTransactionIsolation(TRANSACTION_READ_UNCOMMITTED); einen sogenannten "dirty read", d.h. das Lesen eines (bereits veränderten) Wertes, bevor dieser committed wurde
• fünf solche Level definiert, je höher, desto mehr Konfliktvermeidung, aber dadurch auch langsamer; nicht alle Level von allen DBMSs unterstützt
• voreingestellter Wert hängt vom DBMS ab, kann per setTransactionIsolation() geändert werden (ruft commit()!), gilt dann für gesamte Connection
• manche DBMSs behandeln jede Anweisung in Stored Procedures als separates Statement (d.h. commit() nach jeder Anweisung gerufen, andere behandeln gesamte Stored Procedure als eine Verbundanweisung