JDBC基礎教程之連接
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"：
2.1.2 一般用法的 URL由于 URL 常引起混淆，我們將先對一般 URL 作簡單說明，然后再討論 JDBC URL。
URL（統一資源定位符）提供在 Internet 上定位資源所需的信息。可將它想象為一個地址。URL 的第一部份指定了訪問信息所用的協議，后面總是跟著冒號。常用的協議有"ftp"（代表“文件傳輸協議”）和 "http" （代表“超文本傳輸協議”）。如果協議是 "file"，表示資源是在某個本地文件系統上而非在 Internet 上（下例用于表示我們所描述的部分；它并非 URL 的組成部分）。
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：
本例中，子協議為 "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 管理層直接調用 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 |