【文章內(nèi)容簡介】 JDBC 實現(xiàn)了所有這些面向標準的目標并且具有簡單、嚴格類型定義且高性能實現(xiàn)的接口。 Java 具有堅固、安全、易于使用、易于理解和可從網(wǎng)絡(luò)上自動下載等特性，是編寫數(shù)據(jù)庫應用程序的杰出語言。所需要的只是 Java 應用程序與各種不同數(shù)據(jù)庫之間進行對話的方法。而 JDBC 正是作為此種用途的機制。 JDBC 擴展了 Java 的功能。例如，用 Java 和 JDBC API 可碼農(nóng)畢業(yè)設(shè)計下載網(wǎng)： 7 以發(fā)布含有 applet 的網(wǎng)頁，而該 applet 使用的信息可能來自遠程數(shù)據(jù)庫。企業(yè) 也可以用 JDBC 通過 Intra 將所有職員連到一個或多個內(nèi)部數(shù)據(jù)庫中（即使這些職員所用的計算機有 Windows、 Macintosh 和 UNIX 等各種不同的操作系統(tǒng)）。隨著越來越多的程序員開始使用 Java 編程語言，對從 Java 中便捷地訪問數(shù)據(jù)庫的要求也在日益增加。 Java 和 JDBC 的結(jié)合會使信息傳播變得容易和經(jīng)濟。企業(yè)可繼續(xù)使用它們安裝好的數(shù)據(jù)庫，并能便捷地存取信息，即使這些信息是儲存在不同數(shù)據(jù)庫管理系統(tǒng)上。新程序的開發(fā)期很短。安裝和版本控制將大為簡化。程序員可只編寫一遍應用程 序或只更新一次，然后將它放到服務(wù)器上，隨后任何人就都可得到最新版本的應用程序。對于商務(wù)上的銷售信息服務(wù)， Java 和 JDBC 可為外部客戶提供獲取信息更新的更好方法。 JDBC支持 JDBC API 既支持數(shù)據(jù)庫訪問的兩層模型（ C/S），同時也支持三層模型（ B/S）。在兩層模型中， Java applet 或應用程序?qū)⒅苯优c數(shù)據(jù)庫進行對話。這將需要一個 JDBC 驅(qū)動程序來與所訪問的特定數(shù)據(jù)庫管理系統(tǒng)進行 通訊。用戶的 SQL 語句被送往數(shù)據(jù)庫中，而其結(jié)果將被送回給用戶。數(shù)據(jù)庫可以位于另一臺計算機上， 用戶通過網(wǎng)絡(luò)連接到上面。這就叫做客戶機 /服務(wù)器配置，其中用戶的計算機為客戶機，提供數(shù)據(jù)庫的計算機為服務(wù)器。網(wǎng)絡(luò)可以是 Intra（它可將公司職員連接起來），也可以是 Inter。 在三層模型中，命令先是被發(fā)送到服務(wù)的 中間層 ，然后由它將 SQL 語句發(fā)送給數(shù)據(jù)庫。數(shù)據(jù)庫對 SQL 語句進行處理并將結(jié)果送回到中間層，中間層再將結(jié)果送回給用戶。 MIS 主管們都發(fā)現(xiàn)三層模型很吸引人，因為可用中間層來控制對公司數(shù)據(jù)的訪問和可作的的更新的種類。中間層的另一個好處是，用戶可以利用易于使用的高級 API，而中間 層將把它轉(zhuǎn)換為相應的低級調(diào)用。最后，許多情況下三層結(jié)構(gòu)可提供一些性能上的好處。到目前為止，中間層通常都用 C 或 C++ 這類語言來編寫，這些語言執(zhí)行速度較快。然而，隨著最優(yōu)化編譯器（它把 Java 字節(jié)代碼轉(zhuǎn)換為高效的特定于機器的代碼）的引入，用 Java 來實現(xiàn)中間層將變得越來越實際。這將是一個很大的進步，它使人們可以充分利用 Java 的諸多優(yōu)點（如堅固、多線程和安全等特征）。 JDBC 對于從Java 的中間層來訪問數(shù)據(jù)庫非常重要。 JDBC一致性 結(jié)構(gòu)化查詢語言（ SQL） 是訪問關(guān)系數(shù)據(jù) 庫的標準語言。困難之處在于：雖然大多數(shù)的 DBMS （數(shù)據(jù)庫管理系統(tǒng)）對其基本功能都使用了標準形式的 SQL，但它們卻不符合最近為更高級的功能定義的標準 SQL 語法或語義。例如，并非所有的數(shù)據(jù)庫都支持儲存程序或外部連接，那些支持這一功能的數(shù)據(jù)庫又相互不一致。人們希望 SQL 中真正標準的那部份能夠進行擴展以包括越來越多的功能。但同時 JDBC API 又必須支持現(xiàn)有的 SQL。 JDBC API 解決這個問題的一種方法是允許將任何查詢字符串一直傳到所涉及的 DBMS 驅(qū)動程序上。這意味著應用程序可以使用任意 多的 SQL 功能，但它必須冒這樣的風險：有可能在某些 DBMS 上出錯。事實上，應用程序查詢甚至不一定要是 SQL，或者說它可以是個為特定的 DBMS 設(shè)計的 SQL 的專用派生物（例如，文檔或圖象查詢）。 JDBC 處理 SQL 一致性問題的第二種方法是提供 ODBC 風格的轉(zhuǎn)義子句，這將在后續(xù)部分中討論。轉(zhuǎn)義語法為幾個常見的 SQL 分歧提供了一種標準的 JDBC 語法。例如，對日期文字和已儲存過程的調(diào)用都有轉(zhuǎn)義語法。對于碼農(nóng)畢業(yè)設(shè)計下載網(wǎng)： 8 復雜的應用程序， JDBC 用第三種方法來處理 SQL 的一致性問題它利用 DatabaseMetaData 接口來提供關(guān)于 DBMS 的描述性信息，從而使應用程序能適應每個 DBMS 的要求和功能。 由于 JDBC API 將用作開發(fā)高級數(shù)據(jù)庫訪問工具和 API 的基礎(chǔ) API，因此它還必須注意其所有上層建筑的一致性。 符合 JDBC 標準 TM 代表用戶可依賴的 JDBC 功能的標準級別。要使用這一說明，驅(qū)動程序至少必須支持 ANSI SQL2 Entry Level（ ANSI SQL2 代表美國國家標準局1992 年所采用的標準。 Entry Level 代表 SQL 功能的特定清單）。驅(qū)動 程序開發(fā)人員可用 JDBC API 所帶的測試工具包來確定他們的驅(qū)動程序是否符合這些標準。 符合 JDBC 標準 TM 表示提供者的 JDBC 實現(xiàn)已經(jīng)通過了 JavaSoft 提供的一致性測試。這些一致性測試將檢查 JDBC API 中定義的所有類和方法是否都存在，并盡可能地檢查程序是否具有 SQL Entry Level 功能。當然，這些測試并不完全，而且 JavaSoft 目前也無意對各提供者的實現(xiàn)進行標級。但這種一致性定義的確可對 JDBC 實現(xiàn)提供一定的可信度。隨著越來越多的數(shù)據(jù)庫提供者、連接提供者、 Inter 提供者和應用程序編程員對 JDBC API 的接受， JDBC 也正迅速成為 Java 數(shù)據(jù)庫訪問的標準。 JDBC聯(lián)接 JDBC 聯(lián)接需要做的第一事情是與自己想要使用的 DBMS 建立一個連接。這包含 2 個步驟：裝載驅(qū)動程序并建立連接。裝載驅(qū)動程序只需要非常簡單的一行代碼。例如，你想要使用 JDBCODBC 橋 驅(qū) 動 程 序 , 可 以 用 下 列 代 碼 裝 載 它 ： ()。你的驅(qū)動程序文檔將告訴你應該使用的類名。例 如， 如果類名是 ，你將用代碼以下的代碼裝載驅(qū)動程序： ()。你不需要創(chuàng)建一個驅(qū)動程序類的實例并且用 DriverManager 登記它，因為調(diào)用 將自動加載驅(qū)動程序類。如果你曾自己創(chuàng)建實例，你將創(chuàng)建一個不必要的副本，但它不會帶來什么壞處。加載 Driver 類后，它們即可用來與數(shù)據(jù)庫建立連接。第二步就是用適當?shù)尿?qū)動程序類與 DBMS 建立一個連接。下列代碼是一般的做法： Connection con = (url, myLogin, myPassword)。這個步驟也非常簡單，最難的是怎么提供 url。如果你正在使用 JDBCODBC 橋， JDBC URL 將以 jdbc:odbc 開始：余下 URL 通常是你的數(shù)據(jù)源名字或數(shù)據(jù)庫系統(tǒng)。因此，假設(shè)你正在使用 ODBC 存取一個叫 Fred 的 ODBC 數(shù)據(jù)源，你的 JDBC URL 是 jdbc:odbc:Fred 。把 myLogin 及 myPassword 替換為你 登陸 DBMS 的用戶名及口令。如果你登陸數(shù)據(jù)庫系統(tǒng)的用戶名為 Fernanda 口令為 J8，只需下面的 2 行代碼就可以建立一個連接： String url = jdbc:odbc:Fred。 Connection con = (url,Fernanda, J8)。如果你使用的是第三方開發(fā)了的 JDBC 驅(qū)動程序，文檔將告訴你該使用什么 subprotocol， 就是在 JDBC URL 中放在 jdbc 后面的部分。例如 , 如果驅(qū)動程序 開發(fā)者注冊了 acme 作為 subprotocol， JDBC URL 的第一和第二部分將是 jdbc:acme。驅(qū)動程序文檔也會告訴你余下 JDBC URL 的格式。 JDBC URL 最后一部分提供了定位數(shù)據(jù)庫的信息。如果你裝載的驅(qū)動程序識別了提供給 的 JDBC URL ，那個驅(qū)動程序?qū)⒏鶕?jù) JDBC URL 建立一個到指定 DBMS 的連接。正如名稱所示， DriverManager 類在幕后為你管理建立連接的所有細節(jié)。除非你是正在寫驅(qū)動程序，你 可能無需使 用此類的其它 任何方法，一般 程序員需要在 此類中直接使用 的唯一方法 是 。 方法返回一個打開的連接，你可以使用此連接創(chuàng)建 JDBC statements 并發(fā)送 SQL 語句到數(shù)據(jù)庫。在前面的例子里， con 對象是一個打開的連接，并且我們要在以后的例子里使用它。 碼農(nóng)畢業(yè)設(shè)計下載網(wǎng)： 9 JDBC驅(qū)動類型 (1)JDBCODBC 橋加 ODBC 驅(qū)動程序， JavaSoft 橋產(chǎn)品利用 ODBC 驅(qū)動程序提供 JDBC 訪 問。注意，必須將 ODBC 二進制代碼（許多情況下還包括數(shù)據(jù)庫客戶機代碼）加載到使用該驅(qū)動程序的每個客戶機上。因此，這種類型的驅(qū)動程序最適合于企業(yè)網(wǎng)（這種網(wǎng)絡(luò)上客戶機的安裝不是主要問題），或者是用 Java 編寫的三層結(jié)構(gòu)的應用程序服務(wù)器代碼。 (2)本地 API，這種類型的驅(qū)動程序把客戶機 API 上的 JDBC 調(diào)用轉(zhuǎn)換為 Oracle、 Sybase、Informix、 DB2 或其它 DBMS 的調(diào)用。注意，象橋驅(qū)動程序一樣，這種類型的驅(qū)動程序要求將某些二進制代碼加載到每臺客戶機上。 (3)JDBC 網(wǎng)絡(luò)純 Java 驅(qū)動程序，這種驅(qū) 動程序?qū)?JDBC 轉(zhuǎn)換為與 DBMS無關(guān)的網(wǎng)絡(luò)協(xié)議，之后這種協(xié)議又被某個服務(wù)器轉(zhuǎn)換為一種 DBMS 協(xié)議。這種網(wǎng)絡(luò)服務(wù)器中間件能夠?qū)⑺募?Java客戶機連接到多種不同的數(shù)據(jù)庫上。所用的具體協(xié)議取決于提供者。通常，這是最為靈活的 JDBC驅(qū)動程序。有可能所有這種解決方案的提供者都提供適合于 Intra 用的產(chǎn)品。為了使這些產(chǎn)品也支持 Inter 訪問，它們必須處理 Web 所提出的安全性、通過防火墻的訪問等方面的額外要求。幾家提供者正將 JDBC 驅(qū)動程序加到他們現(xiàn)有的數(shù)據(jù)庫中間件產(chǎn)品中。 (4)本地協(xié)議純 Java 驅(qū)動程序 ，這種類型的驅(qū)動程序?qū)?JDBC 調(diào)用直接轉(zhuǎn)換為 DBMS 所使用的網(wǎng)絡(luò)協(xié)議。這將允許從客戶機機器上直接調(diào)用 DBMS 服務(wù)器，是 Intra 訪問的一個很實用的解決方法。由于許多這樣的協(xié)議都是專用的，因此數(shù)據(jù)庫提供者自己將是主要來源，有幾家提供者已在著手做這件事了。 B/S 模式分析 C/S 模式主要由客戶應用程序 (Client)、服務(wù)器管理程序 (Server)和中間件 (middleware)三個部件組成。客戶應用程序是系統(tǒng)中用戶與數(shù)據(jù)進行交互的部件。服務(wù)器程序負責有效地管理系統(tǒng)資源，如管理一個信息數(shù)據(jù)庫 ，其主要工作是當多個客戶并發(fā)地請求服務(wù)器上的相同資源時，對這些資源進行最優(yōu)化管理。中間件負責聯(lián)結(jié)客戶應用程序與服務(wù)器管理程序，協(xié)同完成一個作業(yè)，以滿足用戶查詢管理數(shù)據(jù)的要求。 B/S 模式是一種以 Web技術(shù)為基礎(chǔ)的新型的 MIS 系統(tǒng)平臺模式。把傳統(tǒng) C/S 模式中的服務(wù)器部分分解為一個數(shù)據(jù)服務(wù)器與一個或多個應用服務(wù)器 (Web 服務(wù)器 )，從而構(gòu)成一個三層結(jié)構(gòu)的客戶服務(wù)器體系。 第一層客戶機是用戶與整個系統(tǒng)的接口。客戶的應用程序精簡到一個通用的瀏覽器軟件，如Netscape Navigator，微軟公司的 IE 等。瀏覽 器將 HTML 代碼轉(zhuǎn)化成圖文并茂的網(wǎng)頁。網(wǎng)頁還具備一定的交互功能，允許用戶在網(wǎng)頁提供的申請表上輸入信息提交給后臺，并提出處理請求。這個后臺就是第二層的 Web 服務(wù)器。 第二層 Web 服務(wù)器將啟動相應的進程來響應這一請求，并動態(tài)生成一串 HTML 代碼，其中嵌入處理的結(jié)果，返回給客戶機的瀏覽器。如果客戶機提交的請求包括數(shù)據(jù)的存取， Web 服務(wù)器還需與數(shù)據(jù)庫服務(wù)器協(xié)同完成這一處理工作。 第三層數(shù)據(jù)庫服務(wù)器的任務(wù)類似于 C/S 模式，負責協(xié)調(diào)不同的 Web服務(wù)器發(fā)出的 SQ 請求，管理數(shù)據(jù)庫。 B/S 模式首先簡化了客戶端。它 無需象 C/S 模式那樣在不同的客戶機上安裝不同的客戶應用碼農(nóng)畢業(yè)設(shè)計下載網(wǎng)： 10 程序，而只需安裝通用的瀏覽器軟件。這樣不但可以節(jié)省客戶機的硬盤空間與內(nèi)存，而且使安裝過程更加簡便、網(wǎng)絡(luò)結(jié)構(gòu)更加靈活。假設(shè)一個企業(yè)的決策層要開一個討論庫存問題的會議，他們只需從會議室的計算機上直接通過瀏覽器查詢數(shù)據(jù)，然后顯示給大家看就可以了。甚至與會者還可以把筆記本電腦聯(lián)上會議室的網(wǎng)絡(luò)插口，自己來查詢相關(guān)的數(shù)據(jù)。其次，它簡化了系統(tǒng)的開發(fā)和維護。系統(tǒng)的開發(fā)者無須再為不同級別的用戶設(shè)計開發(fā)不同的客戶應用程序了，只需把所有的功能都實現(xiàn)在 Web 服務(wù)器上，并就不同的 功能為各個組別的用戶設(shè)置權(quán)限就可以了。各個用戶通過 HTTP 請求在權(quán)限范圍內(nèi)調(diào)用 Web 服務(wù)器上不同處理程序，從而完成對數(shù)據(jù)的查詢或修改?，F(xiàn)代企業(yè)面臨著日新月異的競爭環(huán)境，對企業(yè)內(nèi)部運作機制的更新與調(diào)整也變得逐漸頻繁。相對于C/S， B/S的維護具有更大的靈活性。當形勢變化時，它無須再為每一個現(xiàn)有的客戶應用程序升級，而只需對 Web 服務(wù)器