Connection 對象代表與數據庫的連接。連接過程包括所執行的 SQL 語句和在該連接上所返回的結果。一個應用程序可與單個數據庫有一個或多個連接，或者可與許多數據庫有連接。2.1.1 打開連接與數據庫建立連接的標准方法是調用DriverManager.getConnection方法。該方法接受含有某個 URL 的字符串。DriverManager 類（即所謂的 JDBC管理層）將嘗試找到可與那個 URL 所代表的數據庫進行連接的驅動程序。DriverManager 類存有已注冊的 Driver 類的清單。當調用方法 getConnection 時，它將檢查清單中的每個驅動程序，直到找到可與URL 中指定的數據庫進行連接的驅動程序為止。Driver 的方法connect 使用這個 URL來建立實際的連接。
用戶可繞過 JDBC 管理層直接調用 Driver 方法。這在以下特殊情況下將很有用：當兩個驅動器可同時連接到數據庫中，而用戶需要明確地選用其中特定的驅動器。但一般情況下，讓 DriverManager 類處理打開連接這種事將更為簡單。
下述代碼顯示如何打開一個與位於 URL "jdbc:odbc:wombat" 的數據庫的連接。所用的用戶標識符為 "oboy" ，口令為 "12Java"：
String url = "jdbc:odbc:wombat";
Connection con = DriverManager.getConnection(url, "oboy", "12Java");
2.1.2 一般用法的 URL由於 URL 常引起混淆，我們將先對一般 URL 作簡單說明，然後再討論 JDBC URL。
URL（統一資源定位符）提供在 Internet 上定位資源所需的信息。可將它想象為一個地址。URL 的第一部份指定了訪問信息所用的協議，後面總是跟著冒號。常用的協議有"ftp"（代表“文件傳輸協議”）和 "http" （代表“超文本傳輸協議”）。如果協議是 "file"，表示資源是在某個本地文件系統上而非在 Internet 上（下例用於表示我們所描述的部分；它並非 URL 的組成部分）。
ftp://javasoft.com/docs/JDK-1_apidocs.zip
http://java.sun.com/products/jdk/CurrentRelease
file:/home/haroldw/docs/books/tutorial/summary.html
URL 的其余部份（冒號後面的）給出了數據資源所處位置的有關信息。如果協議是 file，則 URL 的其余部份是文件的路徑。對於 ftp 和http 協議，URL 的其余部份標識了主機並可選地給出某個更詳盡的地址路徑。例如，以下是 JavaSoft 主頁的URL。該 URL 只標識了主機：
http://java.sun.com從該主頁開始浏覽，就可以進到許多其它的網頁中，其中之一就是JDBC 主頁。JDBC 主頁的 URL 更為具體，它看起來類似： http://java.sun.com/products/jdbc
2.1.3 JDBC URL
JDBC URL 提供了一種標識數據庫的方法，可以使相應的驅動程序能識別該數據庫並與之建立連接。實際上，驅動程序編程員將決定用什麼 JDBC URL 來標識特定的驅動程序。用戶不必關心如何來形成JDBC URL；他們只須使用與所用的驅動程序一起提供的 URL 即可。JDBC 的作用是提供某些約定，驅動程序編程員在構造他們的 JDBC URL 時應該遵循這些約定。
由於 JDBC URL 要與各種不同的驅動程序一起使用，因此這些約定應非常靈活。首先，它們應允許不同的驅動程序使用不同的方案來命名數據庫。例如， odbc 子協議允許（但並不是要求） URL 含有屬性值。第二，JDBC URL 應允許驅動程序編程員將一切所需的信息編入其中。這樣就可以讓要與給定數據庫對話的 applet 打開數據庫連接，而無須要求用戶去做任何系統管理工作。第三， JDBC URL 應允許某種程度的間接性。也就是說，JDBC URL 可指向邏輯主機或數據庫名，而這種邏輯主機或數據庫名將由網絡命名系統動態地轉換為實際的名稱。這可以使系統管理員不必將特定主機聲明為JDBC 名稱的一部份。網絡命名服務（例如 DNS、 NIS 和DCE ）有多種,而對於使用哪種命名服務並無限制。JDBC URL 的標准語法如下所示。它由三部分組成，各部分間用冒號分隔：
jdbc:< 子協議 >:< 子名稱 >
JDBC URL 的三個部分可分解如下： jdbc ─ 協議。
JDBC URL 中的協議總是 jdbc。
<子協議> ─ 驅動程序名或數據庫連接機制（這種機制可由一個或多個驅動程序支持）的名稱。子協議名的典型示例是 "odbc"，該名稱是為用於指定 ODBC 風格的數據資源名稱的 URL 專門保留的。例如，為了通過JDBC-ODBC 橋來訪問某個數據庫，可以用如下所示的 URL：
jdbc:odbc:fred
本例中，子協議為 "odbc"，子名稱 "fred" 是本地ODBC 數據資源。
如果要用網絡命名服務（這樣 JDBC URL 中的數據庫名稱不必是實際名稱），則命名服務可以作為子協議。例如，可用如下所示的 URL ：jdbc:dcenaming:accounts-payable本例中，該 URL 指定了本地 DCE 命名服務應該將數據庫名稱 "accounts-payable" 解析為更為具體的可用於連接真實數據庫的名稱。<子名稱> ─ 一種標識數據庫的方法。子名稱可以依不同的子協議而變化。它還可以有子名稱的子名稱（含有驅動程序編程員所選的任何內部語法）。使用子名稱的目的是為定位數據庫提供足夠的信息。前例中，因為 ODBC 將提供其余部份的信息，因此用 "fred" 就已足夠。然而，位於遠程服務器上的數據庫需要更多的信息。例如，如果數據庫是通過Internet 來訪問的，則在 JDBC URL 中應將網絡地址作為子名稱的一部份包括進去，且必須遵循如下所示的標准 URL 命名約定：//主機名:端口/子協議假設 "dbnet" 是個用於將某個主機連接到 Internet 上的協議，則 JDBC URL 類似：
jdbc:dbnet://wombat:356/fred 2.1.4 "odbc" 子協議子協議 odbc 是一種特殊情況。它是為用於指定 ODBC 風格的數據資源名稱的 URL 而保留的，並具有下列特性：允許在子名稱（數據資源名稱）後面指定任意多個屬性值。odbc 子協議的完整語法為： jdbc:odbc:< 數據資源名稱 >[;< 屬性名 >=< 屬性值 >]*
因此，以下都是合法的 jdbc:odbc 名稱：
jdbc:odbc:qeor7jdbc:odbc:wombat
jdbc:odbc:wombat;CacheSize=20;ExtensionCase=LOWER
jdbc:odbc:qeora;UID=kgh;PWD=fooey
2.1.5 注冊子協議驅動程序編程員可保留某個名稱以將之用作 JDBC URL 的子協議名。
當 DriverManager 類將此名稱加到已注冊的驅動程序清單中時，為之保留該名稱的驅動程序應能識別該名稱並與它所標識的數據庫建立連接。例如，odbc 是為 JDBC- ODBC 橋而保留的。
示例之二，假設有個 Miracle 公司，它可能會將 "miracle" 注冊為連接到其Miracle DBMS 上的JDBC 驅動程序的子協議，從而使其他人都無法使用這個名稱。JavaSoft 目前作為非正式代理負責注冊 JDBC 子協議名稱。要注冊某個子協議名稱，請發送電子郵件到下述地址：
2.1.6 發送
SQL 語句連接一旦建立，就可用來向它所涉及的數據庫傳送 SQL 語句。JDBC對可被發送的 SQL 語句類型不加任何限制。這就提供了很大的靈活性，即允許使用特定的數據庫語句或甚至於非 SQL 語句。然而，它要求用戶自己負責確保所涉及的數據庫可以處理所發送的 SQL 語句，否則將自食其果。例如，如果某個應用程序試圖向不支持儲存程序的DBMS 發送儲存程序調用，就會失敗並將拋出異常。JDBC 要求驅動程序應至少能提供 ANSI SQL-2 Entry Level 功能才可算是符合 JDBC標准TM 的。這意味著用戶至少可信賴這一標准級別的功能。JDBC 提供了三個類，用於向數據庫發送 SQL 語句。Connection 接口中的三個方法可用於創建這些類的實例。下面列出這些類及其創建方法：
Statement ─ 由方法 createStatement 所創建。Statement 對象用於發送簡單的SQL 語句。
PreparedStatement ─ 由方法 prepareStatement 所創建。
PreparedStatement 對象用於發送帶有一個或多個輸入參數（ IN 參數）的 SQL 語句。PreparedStatement 擁有一組方法，用於設置 IN 參數的值。
執行語句時，這些 IN 參數將被送到數據庫中。PreparedStatement 的實例擴展了 Statement ，因此它們都包括了 Statement 的方法。
PreparedStatement 對象有可能比 Statement 對象的效率更高，因為它已被預編譯過並存放在那以供將來使用。
CallableStatement ─ 由方法 prepareCall 所創建。CallableStatement 對象用於執行 SQL 儲存程序 ─ 一組可通過名稱來調用（就象函數的調用那樣）的SQL 語句。CallableStatement 對象從 PreparedStatement 中繼承了用於處理 IN 參數的方法，而且還增加了用於處理 OUT 參數和 INOUT 參數的方法。
以下所列提供的方法可以快速決定應用哪個 Connection 方法來創建不同類型的SQL 語句：
createStatement 方法用於：簡單的 SQL 語句（不帶參數） prepareStatement 方法用於： 帶一個或多個IN 參數的 SQL 語句 經常被執行的簡單 SQL 語句prepareCall 方法用於： 調用已儲存過程2.1.7 事務事務由一個或多個這樣的語句組成：這些語句已被執行、完成並被提交或還原。當調用方法 commit 或 rollback 時，當前事務即告就結束，另一個事務隨即開始。
缺省情況下，新連接將處於自動提交模式。也就是說，當執行完語句後，將自動對那個語句調用 commit 方法。這種情況下，由於每個語句都是被單獨提交的，因此一個事務只由一個語句組成。如果禁用自動提交模式，事務將要等到 commit 或rollback 方法被顯式調用時才結束，因此它將包括上一次調用 commit 或rollback 方法以來所有執行過的語句。對於第二種情況，事務中的所有語句將作為組來提交或還原。
方法 commit 使 SQL 語句對數據庫所做的任何更改成為永久性的，它還將釋放事務持有的全部鎖。而方法 rollback 將棄去那些更改。
有時用戶在另一個更改生效前不想讓此更改生效。這可通過禁用自動提交並將兩個更新組合在一個事務中來達到。如果兩個更新都是成功，則調用 commit 方法，從而使兩個更新結果成為永久性的；如果其中之一或兩個更新都失敗了，則調用 rollback 方法，以將值恢復為進行更新之前的值。
大多數 JDBC 驅動程序都支持事務。事實上，符合 JDBC 的驅動程序必須支持事務。DatabaseMetaData 給出的信息描述 DBMS 所提供的事務支持水平。
2.1.8 事務隔離級別
如果 DBMS 支持事務處理，它必須有某種途徑來管理兩個事務同時對一個數據庫進行操作時可能發生的沖突。用戶可指定事務隔離級別，以指明DBMS 應該花多大精力來解決潛在沖突。例如，當事務更改了某個值而第二個事務卻在該更改被提交或還原前讀取該值時該怎麼辦 假設第一個事務被還原後，第二個事務所讀取的更改值將是無效的，那麼是否可允許這種沖突？ JDBC 用戶可用以下代碼來指示 DBMS 允許在值被提交前讀取該值（“dirty 讀取”），其中 con 是當前連接：
con.setTransactionIsolation(TRANSACTION_READ_UNCOMMITTED);
事務隔離級別越高，為避免沖突所花的精力也就越多。Connection 接口定義了五級，其中最低級別指定了根本就不支持事務，而最高級別則指定當事務在對某個數據庫進行操作時，任何其它事務不得對那個事務正在讀取的數據進行任何更改。通常，隔離級別越高，應用程序執行的速度也就越慢（由於用於鎖定的資源耗費增加了，而用戶間的並發操作減少了）。在決定采用什麼隔離級別時，開發人員必須在性能需求和數據一致性需求之間進行權衡。當然，實際所能支持的級別取決於所涉及的 DBMS 的功能。
當創建 Connection 對象時，其事務隔離級別取決於驅動程序，但通常是所涉及的數據庫的缺省值。用戶可通過調用 setIsolationLevel方法來更改事務隔離級別。新的級別將在該連接過程的剩余時間內生效。要想只改變一個事務的事務隔離級別，必須在該事務開始前進行設置，並在該事務結束後進行復位。我們不提倡在事務的中途對事務隔離級別進行更改，因為這將立即觸發 commit 方法的調用，使在此之前所作的任何更改變成永久性的。
