JDBC2.0擴展API(2)

2019-11-18 13:59:46

字體：大中小

來源：轉載

供稿：網友

　　下面我們來介紹JDBC2.0的標準擴展API。標準擴展API分為如下幾個方面：
　　1、 DataSource接口：和java名字目錄服務（JNDI）一起工作的數據源接口。它提供了對數吹囊恢指?玫牧?臃椒ā?br>　　2、 Connection pooling（連接池）：可以重復使用連接，而不是對每個請求都使用一個新的連接。
　　3、 Distrubute transaction（分布式的事務）：在一個事務中涉及到了多個數據庫服務器。
　　4、 Rowsets：JavaBean組件包含了結果集，主要用來將數據傳給瘦客戶，或者提供一個可以滾動的結果集。
　　下面我們一個一個來介紹：
　　一、DataSource接口是一個更好的連接數據源的方法：
　　JDBC1.0是原來是用DriverManager類來產生一個對數據源的連接。JDBC2.0用一種替代的方法，使用DataSource的實現，代碼變的更小巧精致，也更輕易控制。
　　一個DataSource對象代表了一個真正的數據源。根據DataSource的實現方法，數據源既可以是從關系數據庫，也電子表格，還可以是一個表格形式的文件。當一個DataSource對象注冊到名字服務中，應用程序就可以通過名字服務獲得DataSource對象，并用它來產生一個與DataSource代表的數據源之間的連接。
　　關于數據源的信息和如何來定位數據源，例如數據庫服務器的名字，在哪臺機器上，端口號等等，都包含在DataSource對象的屬性里面去了。這樣，對應用程序的設計來說是更方便了，因為并不需要硬性的把驅動的名字寫死到程序里面去。通常驅動名字中都包含了驅動提供商的名字，而在DriverManager類中通常是這么做的。假如數據源要移植到另一個數據庫驅動中，代碼也很輕易做修改。所需要做的修改只是更改DataSource的相關的屬性。而使用DataSource對象的代碼不需要做任何改動。
　　由系統治理員或者有相應權限的人來配置DataSource對象。配置DataSource，包括設定DataSource的屬性，然后將它注冊到JNDI名字服務中去。在注冊DataSource對象的的過程中，系統治理員需要把DataSource對象和一個邏輯名字關聯起來。名字可以是任意的，通常取成能代表數據源并且輕易記住的名字。在下面的例子中，名字起為：InventoryDB，按照慣例，邏輯名字通常都在jdbc的子上下文中。這樣，邏輯名字的全名就是：jdbc/ InventoryDB。
　　一旦配置好了數據源對象，應用程序設計者就可以用它來產生一個與數據源的連接。下面的代碼片段示例了如何用JNDI上下文獲得一個一個數據源對象，然后如何用數據源對象產生一個與數據源的連接。開始的兩行用的是JNDI API，第三行用的才是JDBC的API：
　　 Context ctx = new InitialContext(); DataSource ds = (DataSource)ctx.lookup("jdbc/InventoryDB");Connection con = ds.getConnection("myPassWord", "myUserName");
　　在一個基本的DataSource實現中，DataSource.getConnection方法返回的Connection對象和用DriverManager.getConnection方法返回的Connection對象是一樣的。因為DataSource提供的方便性，我們推薦使用DataSource對象來得到一個Connection對象。我們希望所以的基于JDBC2.0技術的數據庫驅動都包含一個基本的DataSource的實現，這樣就可以在應用程序中很輕易的使用它。
　　對于普通的應用程序設計者，是否使用DataSource對象只是一個選擇問題。但是，對于那些需要用的連接池或者分布式的事務的應用程序設計者來說，就必須使用DataSource對象來獲得Connection，原因在下面我們會提到。

上一篇：JDBCTM 指南：入門6 - PreparedStatement

下一篇：JDBC2.0擴展API(3)