JDBC3用了JNDI技術,連結池的配置可以讓一個高手都煩死.
目前第三方已經實現的連結池當然是poolman,1.0版對一般用戶來說已經足夠用了.配置也簡單,2.0版雖然增加了一些功能,但配置也是採用JNDI,對RMI和EJB不懂的朋友可能很煩.建議用1.0的了.
如果有興趣,自己也可以實現連結池,最關鍵的技術也就是把連結作爲參數傳給一個BEAN,用完後返回這個參數連結而不是關閉.
下面是一個簡單的實現:
DBConnectionManager.java程序清單如下：
001 import java.io.*;
002 import java.sql.*;
003 import java.util.*;
004 import java.util.Date;
005
006 /**
007 * 管理類DBConnectionManager支持對一個或多個由屬性文件定義的數據庫連接
008 * 池的訪問.客戶程序可以調用getInstance()方法訪問本類的唯一實例.
009 */
010 public class DBConnectionManager {
011 static private DBConnectionManager instance; // 唯一實例
012 static private int clients;
013
014 private Vector drivers = new Vector();
015 private PrintWriter log;
016 private Hashtable pools = new Hashtable();
017
018 /**
019 * 返回唯一實例.如果是第一次調用此方法,則創建實例
020 *
021 * @return DBConnectionManager 唯一實例
022 */
023 static synchronized public DBConnectionManager getInstance() {
024 if (instance == null) {
025 instance = new DBConnectionManager();
026 }
027 clients++;
028 return instance;
029 }
030
031 /**
032 * 建構函數私有以防止其它對象創建本類實例
033 */
034 private DBConnectionManager() {
035 init();
036 }
037
038 /**
039 * 將連接對象返回給由名字指定的連接池
040 *
041 * @param name 在屬性文件中定義的連接池名字
042 * @param con 連接對象/
043 */
044 public void freeConnection(String name, Connection con) {
045 DBConnectionPool pool = (DBConnectionPool) pools.get(name);
046 if (pool != null) {
047 pool.freeConnection(con);
048 }
049 }
050
051 /**
052 * 獲得一個可用的(空閒的)連接.如果沒有可用連接,且已有連接數小於最大連接數
053 * 限制,則創建並返回新連接
054 *
055 * @param name 在屬性文件中定義的連接池名字
056 * @return Connection 可用連接或null
057 */
058 public Connection getConnection(String name) {
059 DBConnectionPool pool = (DBConnectionPool) pools.get(name);
060 if (pool != null) {
061 return pool.getConnection();
062 }
063 return null;
064 }
065
066 /**
067 * 獲得一個可用連接.若沒有可用連接,且已有連接數小於最大連接數限制,
068 * 則創建並返回新連接.否則,在指定的時間內等待其它線程釋放連接.
069 *
070 * @param name 連接池名字
071 * @param time 以毫秒計的等待時間/
072 * @return Connection 可用連接或null
073 */
074 public Connection getConnection(String name, long time) {
075 DBConnectionPool pool = (DBConnectionPool) pools.get(name);
076 if (pool != null) {
077 return pool.getConnection(time);
078 }
079 return null;
080 }
081
082 /**
083 * 關閉所有連接,撤銷驅動程序的註冊/
084 */
085 public synchronized void release() {
086 // 等待直到最後一個客戶程序調用
087 if (--clients != 0) {
088 return;
089 }
090
091 Enumeration allPools = pools.elements();
092 while (allPools.hasMoreElements()) {
093 DBConnectionPool pool = (DBConnectionPool) allPools.nextElement();
094 pool.release();
095 }
096 Enumeration allDrivers = drivers.elements();
097 while (allDrivers.hasMoreElements()) {
098 Driver driver = (Driver) allDrivers.nextElement();
099 try {
100 DriverManager.deregisterDriver(driver);
101 log("撤銷JDBC驅動程序 " + driver.getClass().getName()+"的註冊///");
102 }
103 catch (SQLException e) {
104 log(e, "無法撤銷下列JDBC驅動程序的註冊: " + driver.getClass().getName());
105 }
106 }
107 }
108
109 /**
110 * 根據指定屬性創建連接池實例.
111 *
112 * @param props 連接池屬性
113 */
114 private void createPools(Properties props) {
115 Enumeration propNames = props.propertyNames();
116 while (propNames.hasMoreElements()) {
117 String name = (String) propNames.nextElement();
118 if (name.endsWith(".url")) {
119 String poolName = name.substring(0, name.lastIndexOf("."));
120 String url = props.getProperty(poolName + ".url");
121 if (url == null) {
122 log("沒有爲連接池" + poolName + "指定URL");
123 continue;
124 }
125 String user = props.getProperty(poolName + ".user");
126 String password = props.getProperty(poolName + ".password");
127 String maxconn = props.getProperty(poolName + ".maxconn", "0");
128 int max;
129 try {
130 max = Integer.valueOf(maxconn).intValue();
131 }
132 catch (NumberFormatException e) {
133 log("錯誤的最大連接數限制: " + maxconn + " .連接池: " + poolName);
134 max = 0;
135 }
136 DBConnectionPool pool =
137 new DBConnectionPool(poolName, url, user, password, max);
138 pools.put(poolName, pool);
139 log("成功創建連接池" + poolName);
140 }
141 }
142 }
143
144 /**
145 * 讀取屬性完成初始化
146 */
147 private void init() {
148 InputStream is = getClass().getResourceAsStream("/db.properties");
149 Properties dbProps = new Properties();
150 try {
151 dbProps.load(is);
152 }
153 catch (Exception e) {
154 System.err.println("不能讀取屬性文件. " +
155 "請確保db.properties在CLASSPATH指定的路徑中");
156 return;
157 }
158 String logFile = dbProps.getProperty("logfile", "DBConnectionManager.log");
159 try {
160 log = new PrintWriter(new FileWriter(logFile, true), true);
161 }
162 catch (IOException e) {
163 System.err.println("無法打開日誌文件: " + logFile);
164 log = new PrintWriter(System.err);
165 }
166 loadDrivers(dbProps);
167 createPools(dbProps);
168 }
169
170 /**
171 * 裝載和註冊所有JDBC驅動程序/
172 *
173 * @param props 屬性
174 */
175 private void loadDrivers(Properties props) {
176 String driverClasses = props.getProperty("drivers");
177 StringTokenizer st = new StringTokenizer(driverClasses);
178 while (st.hasMoreElements()) {
179 String driverClassName = st.nextToken().trim();
180 try {
181 Driver driver = (Driver)
182 Class.forName(driverClassName).newInstance();
183 DriverManager.registerDriver(driver);
184 drivers.addElement(driver);
185 log("成功註冊JDBC驅動程序///" + driverClassName);
186 }
187 catch (Exception e) {
188 log("無法註冊JDBC驅動程序: " +
189 driverClassName + ", 錯誤: " + e);
190 }
191 }
192 }
193
194 /**
195 * 將文本信息寫入日誌文件
196 */
197 private void log(String msg) {
198 log.println(new Date() + ": " + msg);
199 }
200
201 /**
202 * 將文本信息與異常寫入日誌文件
203 */
204 private void log(Throwable e, String msg) {
205 log.println(new Date() + ": " + msg);
206 e.printStackTrace(log);
207 }
208
209 /**
210 * 此內部類定義了一個連接池.它能夠根據要求創建新連接,直到預定的最/
211 * 大連接數爲止.在返回連接給客戶程序之前,它能夠驗證連接的有效性.
212 */
213 class DBConnectionPool {
214 private int checkedOut;
215 private Vector freeConnections = new Vector();
216 private int maxConn;
217 private String name;
218 private String password;
219 private String URL;
220 private String user;
221
222 /**
223 * 創建新的連接池
224 *
225 * @param name 連接池名字
226 * @param URL 數據庫的JDBC URL
227 * @param user 數據庫帳號,或 null
228 * @param password 密碼,或 null
229 * @param maxConn 此連接池允許建立的最大連接數
230 */
231 public DBConnectionPool(String name, String URL, String user, String password,
232 int maxConn) {
233 this.name = name;
234 this.URL = URL;
235 this.user = user;
236 this.password = password;
237 this.maxConn = maxConn;
238 }
239
240 /**
241 * 將不再使用的連接返回給連接池
242 *
243 * @param con 客戶程序釋放的連接
244 */
245 public synchronized void freeConnection(Connection con) {
246 // 將指定連接加入到向量末尾
247 freeConnections.addElement(con);
248 checkedOut--;
249 notifyAll();
250 }
251
252 /**
253 * 從連接池獲得一個可用連接.如沒有空閒的連接且當前連接數小於最大連接
254 * 數限制,則創建新連接.如原來登記爲可用的連接不再有效,則從向量刪除之,
255 * 然後遞歸調用自己以嘗試新的可用連接.
256 */
257 public synchronized Connection getConnection() {
258 Connection con = null;
259 if (freeConnections.size() > 0) {
260 // 獲取向量中第一個可用連接
261 con = (Connection) freeConnections.firstElement();
262 freeConnections.removeElementAt(0);
263 try {
264 if (con.isClosed()) {
265 log("從連接池" + name+"刪除一個無效連接");
266 // 遞歸調用自己,嘗試再次獲取可用連接
267 con = getConnection();
268 }
269 }
270 catch (SQLException e) {
271 log("從連接池" + name+"刪除一個無效連接");
272 // 遞歸調用自己,嘗試再次獲取可用連接
273 con = getConnection();
274 }
275 }
276 else if (maxConn == 0 || checkedOut < maxConn) {
277 con = newConnection();
278 }
279 if (con != null) {
280 checkedOut++;
281 }
282 return con;
283 }
284
285 /**
286 * 從連接池獲取可用連接.可以指定客戶程序能夠等待的最長時間/
287 * 參見前一個getConnection()方法.
288 *
289 * @param timeout 以毫秒計的等待時間限制
290 */
291 public synchronized Connection getConnection(long timeout) {
292 long startTime = new Date().getTime();
293 Connection con;
294 while ((con = getConnection()) == null) {
295 try {
296 wait(timeout);
297 }
298 catch (InterruptedException e) {}
299 if ((new Date().getTime() - startTime) >= timeout) {
300 // wait()返回的原因是超時
301 return null;
302 }
303 }
304 return con;
305 }
306
307 /**
308 * 關閉所有連接
309 */
310 public synchronized void release() {
311 Enumeration allConnections = freeConnections.elements();
312 while (allConnections.hasMoreElements()) {
313 Connection con = (Connection) allConnections.nextElement();
314 try {
315 con.close();
316 log("關閉連接池" + name+"中的一個連接");
317 }
318 catch (SQLException e) {
319 log(e, "無法關閉連接池" + name+"中的連接");
320 }
321 }
322 freeConnections.removeAllElements();
323 }
324
325 /**
326 * 創建新的連接
327 */
328 private Connection newConnection() {
329 Connection con = null;
330 try {
331 if (user == null) {
332 con = DriverManager.getConnection(URL);
333 }
334 else {
335 con = DriverManager.getConnection(URL, user, password);
336 }
337 log("連接池" + name+"創建一個新的連接");
338 }
339 catch (SQLException e) {
340 log(e, "無法創建下列URL的連接: " + URL);
341 return null;
342 }
343 return con;
344 }
345 }
346 }
三、類DBConnectionPool說明/
該類在209至345行實現，它表示指向某個數據庫的連接池。數據庫由JDBC URL標識。一個JDBC URL由三部分組成：協議標識（總是jdbc），驅動程序標識（如 odbc、idb、oracle等），數據庫標識（其格式依賴於驅動程序）。例如，jdbc:odbc:demo，即是一個指向demo數據庫的JDBC URL，而且訪問該數據庫要使用JDBC-ODBC驅動程序。每個連接池都有一個供客戶程序使用的名字以及可選的用戶帳號、密碼、最大連接數限制。如果Web應用程序所支持的某些數據庫操作可以被所有用戶執行，而其它一些操作應由特別許可的用戶執行，則可以爲兩類操作分別定義連接池，兩個連接池使用相同的JDBC URL，但使用不同的帳號和密碼。
類DBConnectionPool的建構函數需要上述所有數據作爲其參數。如222至238行所示，這些數據被保存爲它的實例變量：
如252至283行、285至305行所示， 客戶程序可以使用DBConnectionPool類提供的兩個方法獲取可用連接。兩者的共同之處在於：如連接池中存在可用連接，則直接返回，否則創建新的連接並返回。如果沒有可用連接且已有連接總數等於最大限制數，第一個方法將直接返回null，而第二個方法將等待直到有可用連接爲止。
所有的可用連接對象均登記在名爲freeConnections的向量（Vector）中。如果向量中有多於一個的連接，getConnection()總是選取第一個。同時，由於新的可用連接總是從尾部加入向量，從而使得數據庫連接由於長時間閒置而被關閉的風險減低到最小程度。
第一個getConnection()在返回可用連接給客戶程序之前，調用了isClosed()方法驗證連接仍舊有效。如果該連接被關閉或觸發異常，getConnection()遞歸地調用自己以嘗試獲取另外的可用連接。如果在向量freeConnections中不存在任何可用連接，getConnection()方法檢查是否已經指定最大連接數限制。如已經指定，則檢查當前連接數是否已經到達極限。此處maxConn爲0表示沒有限制。如果沒有指定最大連接數限制或當前連接數小於該值，該方法嘗試創建新的連接。如創建成功，則增加已使用連接的計數並返回，否則返回空值。
如325至345行所示，創建新連接由newConnection()方法實現。創建過程與是否已經指定數據庫帳號、密碼有關。
JDBC的DriverManager類提供多個getConnection()方法，這些方法要用到JDBC URL與其它一些參數，如用戶帳號和密碼等。DriverManager將使用指定的JDBC URL確定適合於目標數據庫的驅動程序及建立連接。
在285至305行實現的第二個getConnection()方法需要一個以毫秒爲單位的時間參數，該參數表示客戶程序能夠等待的最長時間。建立連接的具體操作仍舊由第一個getConnection()方法實現。
該方法執行時先將startTime初始化爲當前時間。在while循環中嘗試獲得一個連接。如果失敗，則以給定的時間值爲參數調用wait()。wait()的返回可能是由於其它線程調用notify()或notifyAll()，也可能是由於預定時間已到。爲找出wait()返回的真正原因，程序用當前時間減開始時間（startTime），如差值大於預定時間則返回空值，否則再次調用getConnection()。
把空閒的連接登記到連接池由240至250行的freeConnection()方法實現，它的參數爲返回給連接池的連接對象。該對象被加入到freeConnections向量的末尾，然後減少已使用連接計數。調用notifyAll()是爲了通知其它正在等待可用連接的線程。
許多Servlet引擎爲實現安全關閉提供多種方法。數據庫連接池需要知道該事件以保證所有連接能夠正常關閉。DBConnectionManager類負協調整個關閉過程，但關閉連接池中所有連接的任務則由DBConnectionPool類負責。在307至323行實現的release()方法供DBConnectionManager調用。該方法遍歷freeConnections向量並關閉所有連接，然後從向量中刪除這些連接。
四、類DBConnectionManager 說明/
該類只能創建一個實例，其它對象能夠調用其靜態方法（也稱爲類方法）獲得該唯一實例的引用。如031至036行所示，DBConnectionManager類的建構函數是私有的，這是爲了避免其它對象創建該類的實例。
DBConnectionManager類的客戶程序可以調用getInstance()方法獲得對該類唯一實例的引用。如018至029行所示，類的唯一實例在getInstance()方法第一次被調用期間創建，此後其引用就一直保存在靜態變量instance中。每次調用getInstance()都增加一個DBConnectionManager的客戶程序計數。即，該計數代表引用DBConnectionManager唯一實例的客戶程序總數，它將被用於控制連接池的關閉操作。
該類實例的初始化工作由146至168行之間的私有方法init()完成。其中 getResourceAsStream()方法用於定位並打開外部文件。外部文件的定位方法依賴於類裝載器的實現。標準的本地類裝載器查找操作總是開始於類文件所在路徑，也能夠搜索CLASSPATH中聲明的路徑。db.properties是一個屬性文件，它包含定義連接池的鍵-值對。可供定義的公用屬性如下：
drivers 以空格分隔的JDBC驅動程序類列表/
logfile 日誌文件的絕對路徑
其它的屬性和特定連接池相關，其屬性名字前應加上連接池名字：
< poolname>.url 數據庫的 JDBC URL
< poolname>.maxconn 允許建立的最大連接數，0表示沒有限制
< poolname>.user 用於該連接池的數據庫帳號
< poolname>.password 相應的密碼/
其中url屬性是必需的，而其它屬性則是可選的。數據庫帳號和密碼必須合法。用於Windows平臺的db.properties文件示例如下：
drivers=sun.jdbc.odbc.JdbcOdbcDriver jdbc.idbDriver
logfile=D://user//src//java//DBConnectionManager//log.txt
idb.url=jdbc:idb:c://local//javawebserver1.1//db//db.prp
idb.maxconn=2
access.url=jdbc:odbc:demo
access.user=demo
access.password=demopw
注意在Windows路徑中的反斜槓必須輸入2個，這是由於屬性文件中的反斜槓同時也是一個轉義字符。
init()方法在創建屬性對象並讀取db.properties文件之後，就開始檢查logfile屬性。如果屬性文件中沒有指定日誌文件，則默認爲當前目錄下的DBConnectionManager.log文件。如日誌文件無法使用，則向System.err輸出日誌記錄。
裝載和註冊所有在drivers屬性中指定的JDBC驅動程序由170至192行之間的loadDrivers()方法實現。該方法先用StringTokenizer將drivers屬性值分割爲對應於驅動程序名稱的字符串，然後依次裝載這些類並創建其實例，最後在 DriverManager中註冊該實例並把它加入到一個私有的向量drivers。向量drivers將用於關閉服務時從DriverManager取消所有JDBC 驅動程序的註冊。
init()方法的最後一個任務是調用私有方法createPools()創建連接池對象。如109至142行所示，createPools()方法先創建所有屬性名字的枚舉對象（即Enumeration對象，該對象可以想象爲一個元素系列，逐次調用其nextElement()方法將順序返回各元素），然後在其中搜索名字以“.url”結尾的屬性。對於每一個符合條件的屬性，先提取其連接池名字部分，進而讀取所有屬於該連接池的屬性，最後創建連接池對象並把它保存在實例變量pools中。散列表（Hashtable類 ）pools實現連接池名字到連接池對象之間的映射，此處以連接池名字爲鍵，連接池對象爲值。
爲便於客戶程序從指定連接池獲得可用連接或將連接返回給連接池，類DBConnectionManager提供了方法getConnection()和freeConnection()。所有這些方法都要求在參數中指定連接池名字，具體的連接獲取或返回操作則調用對應的連接池對象完成。它們的實現分別在051至064行、066至080行、038至049行。
如082至107行所示，爲實現連接池的安全關閉，DBConnectionManager提供了方法release()。在上面我們已經提到，所有DBConnectionManager的客戶程序都應該調用靜態方法getInstance()以獲得該管理器的引用，此調用將增加客戶程序計數。客戶程序在關閉時調用release()可以遞減該計數。當最後一個客戶程序調用release()，遞減後的引用計數爲0，就可以調用各個連接池的release()方法關閉所有連接了。管理類release()方法最後的任務是撤銷所有JDBC驅動程序的註冊。
五、Servlet使用連接池示例
Servlet API所定義的Servlet生命週期類如：
1) 創建並初始化Servlet（init()方法）。
2) 響應客戶程序的服務請求（service()方法）。
3) Servlet終止運行，釋放所有資源（destroy()方法）。
本例演示連接池應用，上述關鍵步驟中的相關操作爲：
1) 在init()，用實例變量connMgr 保存調用DBConnectionManager.getInstance()所返回的引用。
2) 在service()，調用getConnection()，執行數據庫操作，用freeConnection()將連接返回給連接池。
3) 在destroy()，調用release()關閉所有連接，釋放所有資源。
示例程序清單如下：
CODE:
發表於 @ 2006年03月17日 11:29 PM | 評論 (0)
從數據庫中讀出圖片並顯示的示例代碼
<!---------------------------顯示---------------------------------------------->
<html>
<head>
<title>Untitled Document</title>
</head>
<body bgcolor="#FFFFFF" text="#000000">
<table>
<%
int i=1;
while(i<3){
%>
<tr>
<td colspan="3"> <img border="1" src="http://192.168.1.50:8100/ShowImage?photoid=<%=i%>"></td>
</tr>
<%
i++;
}
%>
</table>
</body>
</html>
注：此程序對於從數據庫讀取圖片後寫入文件請參考代碼者留意
發表於 @ 2006年03月17日 11:26 PM | 評論 (0)
消除JDBC的瓶頸
摘要大部分的J2EE（Java 2 Platform, Enterprise Edition）和其它類型的Java應用都需要與數據庫進行交互。與數據庫進行交互需要反覆地調用SQL語句、連接管理、事務生命週期、結果處理和異常處理。這些操作都是很常見的；不過這個重複的使用並不是必定需要的。在這篇文章中，我們將介紹一個靈活的架構，它可以解決與一個兼容JDBC的數據庫的重複交互問題。
最近在爲公司開發一個小的J2EE應用時，我對執行和處理SQL調用的過程感到很麻煩。我認爲在Java開發者中一定有人已經開發了一個架構來消除這個流程。不過，搜索諸如/"Java SQL framework" 或者 "JDBC [Java Database Connectivity] framework"等都沒有得到滿意的結果。
問題的提出？
在講述一個解決方法之前，我們先將問題描述一下。如果你要通過一個JDBC數據源執行SQL指令時，你通常需要做些什麼呢？
1、建立一個SQL字符串
2、得到一個連接
3、得到一個預處理語句（prepared statement）
4、將值組合到預處理語句中
5、執行語句
6、遍歷結果集並且形成結果對象
還有，你必須考慮那些不斷產生的SQLExceptions；如果這些步驟出現不同的地方，SQLExecptions的開銷就會復合在一起，因爲你必須使用多個try/catch塊。
不過，如果我們仔細地觀察一下這些步驟，就可以發現這個過程中有幾個部分在執行期間是不變的：你通常都使用同一個方式來得到一個連接和一個預處理語句。組合預處理語句的方式通常也是一樣的，而執行和處理查詢則是特定的。你可以在六個步驟中提取中其中三個。即使在有點不同的步驟中，我們也可以在其中提取出公共的功能。但是我們應該怎樣自動化及簡化這個過程呢？
查詢架構
我們首先定義一些方法的簽名，這些方法是我們將要用來執行一個SQL語句的。要注意讓它保持簡單，只傳送需要的變量，我們可以編寫一些類似下面簽名的方法：
CODE:
我們知道在執行期間有所不同的方面是SQL語句、預處理語句的值和結果集是如何分析的。很明顯，sql參數指的是SQL語句。pStmntValues對象數據包含有必須插入到預處理語句中的值，而processor參數則是處理結果集並且返回結果對象的一個對象；我將在後面更詳細地討論這個對象。
在這樣一個方法簽名中，我們就已經將每個JDBC數據庫交互中三個不變的部分隔離開來。現在讓我們討論exeuteQuery()及其它支持的方法，它們都是SQLProcessor類的一部分：
CODE:
在這些方法中，有兩個部分是不清楚的：PreparedStatementFactory.buildStatement() 和 handleQuery()'s processor.process()方法調用。buildStatement()只是將參數對象數組中的每個對象放入到預處理語句中的相應位置。例如：
CODE:
由於stmnt.setObject(int index, Object value)方法不可以接受一個null對象值，因此我們必須使用自己特殊的構造：NullSQLType類。NullSQLType表示一個null語句的佔位符，並且包含有該字段的JDBC類型。當一個NullSQLType對象實例化時，它獲得它將要代替的字段的SQL類型。如上所示，當預處理語句通過一個NullSQLType組合時，你可以使用NullSQLType的字段類型來告訴預處理語句該字段的JDBC類型。這就是說，你使用NullSQLType來表明正在使用一個null值來組合一個預處理語句，並且通過它存放該字段的JDBC類型。
現在我已經解釋了PreparedStatementFactory.buildStatement()的邏輯，我將解釋另一個缺少的部分：processor.process()。processor是ResultProcessor類型，這是一個接口，它表示由查詢結果集建立域對象的類。ResultProcessor包含有一個簡單的方法，它返回結果對象的一個數組：
CODE:
一個典型的結果處理器遍歷給出的結果集，並且由結果集合的行中形成域對象/對象結構。現在我將通過一個現實世界中的例子來綜合講述一下。
查詢例子
你經常都需要利用一個用戶的信息表由數據庫中得到一個用戶的對象，假設我們使用以下的USERS表：
CODE:
並且假設我們擁有一個User對象，它的構造器是：
public User(int id, String userName, String firstName,
String lastName, String email)
如果我們沒有使用這篇文章講述的架構，我們將需要一個頗大的方法來處理由數據庫中接收用戶信息並且形成User對象。那麼我們應該怎樣利用我們的架構呢？
首先，我們構造SQL語句：
CODE:
接着，我們形成ResultProcessor，我們將使用它來接受結果集並且形成一個User對象：
CODE:
最後，我們將寫一個方法來執行查詢並且返回User對象：
CODE:
這就是全部。我們只需要一個處理類和一個簡單的方法，我們就可以無需進行直接的連接維護、語句和異常處理。此外，如果我們擁有另外一個查詢由用戶表中得到一行，例如通過用戶名或者密碼，我們可以重新使用UserResultProcessor。我們只需要插入一個不同的SQL語句，並且可以重新使用以前方法的用戶處理器。由於返回行的元數據並不依賴查詢，所以我們可以重新使用結果處理器。
更新的架構
那麼數據庫更新又如何呢？我們可以用類似的方法處理，只需要進行一些修改就可以了。首先，我們必須增加兩個新的方法到SQLProcessor類。它們類似executeQuery()和handleQuery()方法，除了你無需處理結果集，你只需要將更新的行數作爲調用的結果：
CODE:
這些方法和查詢處理方法的區別僅在於它們是如何處理調用的結果：由於一個更新的操作只返回更新的行數，因此我們無需結果處理器。我們也可以忽略更新的行數，不過有時我們可能需要確認一個更新的產生。UpdateProcessor獲得更新行的數據，並且可以對行的數目進行任何類型的確認或者記錄：
CODE:
如果一個更新的調用必須至少更新一行，這樣實現UpdateProcessor的對象可以檢查更新的行數，並且可以在沒有行被更新的時候拋出一個特定的異常。或者，我們可能需要記錄下更新的行數，初始化一個結果處理或者觸發一個更新的事件。你可以將這些需求的代碼放在你定義的UpdateProcessor中。你應該知道：各種可能的處理都是存在的，並沒有任何的限制，可以很容易得集成到架構中。
更新的例子
我將繼續使用上面解釋的User模型來講述如何更新一個用戶的信息：
首先，構造SQL語句：
CODE:
接着，構造UpdateProcessor，我們將用它來檢驗更新的行數，並且在沒有行被更新的時候拋出一個異常：
CODE:
最後就寫編寫執行更新的方法：
CODE:
如前面的例子一樣，我們無需直接處理SQLExceptions和Connections就執行了一個更新的操作。
事務
前面已經說過，我對其它的SQL架構實現都不滿意，因爲它們並不擁有預定義語句、獨立的結果集處理或者可處理事務。我們已經通過buildStatement() 的方法解決了預處理語句的問題，還有不同的處理器（processors）已經將結果集的處理分離出來。不過還有一個問題，我們的架構如何處理事務呢？
一個事務和一個獨立SQL調用的區別只是在於在它的生命週期內，它都使用同一個連接，還有，自動提交標誌也必須設置爲off。因爲我們必須有一個方法來指定一個事務已經開始，並且在何時結束。在整個事務的週期內，它都使用同一個連接，並且在事務結束的時候進行提交。
要處理事務，我們可以重用SQLProcessor的很多方面。爲什麼將該類的executeUpdate() 和handleUpdate()獨立開來呢，將它們結合爲一個方法也很簡單的。我這樣做是爲了將真正的SQL執行和連接管理獨立開來。在建立事務系統時，我們必須在幾個SQL執行期間對連接進行控制，這樣做就方便多了。
爲了令事務工作，我們必須保持狀態，特別是連接的狀態。直到現在，SQLProcessor還是一個無狀態的類。它缺乏成員變量。爲了重用SQLProcessor，我們創建了一個事務封裝類，它接收一個SQLProcessor並且透明地處理事務的生命週期。
具體的代碼是：
CODE:
SQLTransaction擁有許多新的方法，但是其中的大部分都是很簡單的，並且只處理連接或者事務處理。在整個事務週期內，這個事務封裝類只是在SQLProcessor中增加了一個簡單的連接管理。當一個事務開始時，它接收一個新的連接，並且將其自動提交屬性設置爲false。其後的每個執行都是使用同一個連接（傳送到SQLProcessor的handleUpdate()方法中），因此事務保持完整。
只有當我們的持久性對象或者方法調用commitTransaction()時，事務才被提交，並且關閉連接。如果在執行期間發生了異常，SQLTransaction可以捕捉該異常，自動進行回滾，並且拋出異常。
事務例子
讓我們來看一個簡單的事務
CODE:
上面爲我們展示了一個事務處理的例子，雖然簡單，但我們可以看出它是如何工作的。如果在執行executeUpdate()方法調用時失敗，這時將會回滾事務，並且拋出一個異常。調用這個方法的開發者從不需要擔心事務的回滾或者連接是否已經關閉。這些都是在後臺處理的。開發者只需要關心商業的邏輯。
事務也可以很輕鬆地處理一個查詢，不過這裏我沒有提及，因爲事務通常都是由一系列的更新組成的。
問題
在我寫這篇文章的時候，對於這個架構，我提出了一些疑問。這裏我將這些問題提出來，因爲你們可能也會碰到同樣的問題。
自定義連接
如果每個事務使用的連接不一樣時會如何？如果ConnectionManager需要一些變量來告訴它從哪個連接池得到連接？你可以很容易就將這些特性集合到這個架構中。executeQuery() 和 executeUpdate()方法（屬於SQLProcessor和SQLTransaction類）將需要接收這些自定義的連接參數，並且將他們傳送到ConnectionManager。要記得所有的連接管理都將在執行的方法中發生。
此外，如果更面向對象化一點，連接製造者可以在初始化時傳送到SQLProcessor中。然後，對於每個不同的連接製造者類型，你將需要一個SQLProcessor實例。根據你連接的可變性，這或許不是理想的做法。
ResultProcessor返回類型
爲什麼ResultProcessor接口指定了process()方法應該返回一個對象的數組？爲什麼不使用一個List？在我使用這個架構來開發的大部分應用中，SQL查詢只返回一個對象。如果構造一個List，然後將一個對象加入其中，這樣的開銷較大，而返回一個對象的一個數組是比較簡單的。不過，如果在你的應用中需要使用對象collections，那麼返回一個List更好。
SQLProcessor初始管理
在這篇文章的例子中，對於必須執行一個SQL調用的每個方法，初始化一個SQLProcessor。由於SQLProcessors完全是沒有狀態的，所以在調用的方法中將processor獨立出來是很有意義的。
而對於SQLTransaction類，則是缺少狀態的，因此它不能獨立使用。我建議你爲SQLProcessor類增加一個簡單的方法，而不是學習如何初始化一個SQLTransaction，如下所示：
public SQLTransaction startTransaction() {
return new SQLTransaction(this);
}
這樣就會令全部的事務功能都在SQLProcessor類中訪問到，並且限制了你必須知道的方法調用。
數據庫異常
我使用了幾種不同類型的數據庫異常將全部可能在運行時發生的SQLExceptions封裝起來。在我使用該架構的應用中，我發現將這些異常變成runtime exceptions更爲方便，所以我使用了一個異常處理器。你可能認爲這些異常應該聲明，這樣它們可以儘量在錯誤的發生點被處理。不過，這樣就會令SQL異常處理的流程和以前的SQLExceptions一樣，這種情況我們是儘量避免的。
省心的JDBC programming
這篇文章提出的架構可以令查詢、更新和事務執行的操作更加簡單。在類似的SQL調用中，你只需要關注可重用的支持類中的一個方法。我的希望是該架構可以提高你進行JDBC編程的效率。
發表於 @ 2006年03月17日 11:08 PM | 評論 (0)
JDBC初級應用實例(二)[動態訪問數據庫]
上面有一位朋友問了,如果在已經連結的情況下,知道當前連結的庫的表的情況呢?
其實只你已經連結了,你就能知道這個庫中所以情況而不僅僅上表的情況:
有時(我到目前只見到過一次),我們對一種新的數據庫根本不知道它的結構或者是
其中的內容,好壞麼我們如何來獲取數據庫的情況呢?
真實的例子是這樣的,我的朋友的公司接到了一個單子,對方使用的數據庫是叫什麼
/"titanium/"的,說實話由於本人的孤陋寡聞,在此之前從來不知道還有這種數據庫,更別說如何
訪問了,現在朋友要看裏面有什麼/"東西/",當然是一籌莫展.所以只好找我.
接到電話後,我先問他是什麼平臺上跑的,如果連結的,他說是在windows下可以建立
ODBC數據源,哈哈,就是說可以用java建立Connection了,OK
只能建立一下Connection,那麼就可以得到這個數據庫的所有元信息:
DatabaseMetadata dbmd = conn.getMetadata();然後你可以從這個對象獲取以下信
息:
getUrl(); //返回與這個數據庫的連結的URL,當然是已知的,要不你怎麼連上去
getUserName(); //返回與這個數據庫的連結的用戶,同上
isReadOnly();數據庫是否爲只讀
getDatabaseProduceName();//數據庫產品名稱
getDatabaseProduceVersion();//版本號
getDriverName();//驅動程序
getDriverVersion();//驅動程序版本
以上內容沒有什麼意義
ResultSet getTables(String catalog,
String schemaPattern,
String tableNamePattern,
String[] types)
可以得到該庫中/"表/"的所有情況,這裏的表包括表,視圖,系統表,臨時空間,別名,同義詞
對於各參數:
String catalog,表的目錄,可能爲null,/"null/"匹配所有
String schemaPattern,表的大綱,同上
String tableNamePattern,表名,同上
String[] types,表的類型,/"null/"匹配所有,可用的類型爲:
TABLE,VIEW,SYSEM TABLE,GLOBAL TEMPORARY,LOCAL TEMPORARY,ALIAS,SYNONYM
例如:
DatabaseMetaData dbmd = conn.getMetaData();
ResultSet rs = dbmd.getTables(null,null,null,null);
ResultSetMetaData rsmd = rs.getMetaData();
int j = rsmd.getColumnCount();
for(int i=1;i<=j;i++){
out.print(rsmd.getColumnLabel(i)+/"//t/");
}
out.println();
while(rs.next()){
for(int i=1;i<=j;i++){
out.print(rs.getString(i)+/"//t/");
}
out.println();
}
對於更詳細的表中的列的信息,可以用dbmd(不是rsmd).getColumns(
String catalog,
String schemaPattern,
String tableNamePattern,
String columnNamePattern
)
不僅可以獲得rsmd中的信息,還可以獲得列的大小,小數位數,精度,缺省值,列在表中
的位置等相關信息.
還有兩個方法,調用和獲取表信息一樣,可以獲得存儲過程和索引的信息:
ResultSet getProcedures(
String catalog,
String schemaPattern,
String procedurePattern
);
ResultSet getIndexINFO(
String catalog,
String schemaPattern,
String table,
boolean unique,boolean approximate
);
發表於 @ 2006年03月17日 11:06 PM | 評論 (0)
JDBC初級應用實例(一)
JDBC初級應用實例(一)在瞭解JDBC基礎知識以後,我們先來寫一個數據庫操作的類(Bean)以後我們會
在這個類的基礎上,隨着介紹的深入不斷提供優化的方案.
要把一個數據庫操作獨立到一個類(Bean)中,至少要考慮以下幾個方面:
1.對於不同層次的應用,應該有不同的得到連結的方法,如果得到連結的方法要隨
着應用層次的不同而改變,我們就應該把他獨立成一個專門的類中,而把在任何應用層次
中都通用的處理方法封裝到一個(類)Bean中.
2.既然考慮到既作爲javaBean使用又可以用爲一個普通類調用,要考慮到javaBean
的規範和普通類的靈活性.
3.對於特定的數據庫操作不應封裝到共性的(類)Bean中,而應該成爲它的擴展類.
以上幾點是充分考慮JAVA的面象對象的思想,經過深入的抽象形成的層次,下面我
們就按這個思想來設計:
一:定義一個用於連結的Bean,以後如果要在不同的應用中,如可以在J2EE中從
DataSource中得到連結,或從普通的連結池中得到連結,以及直接從DriverManager中得到
連結,只需修改本類中的得到連結的實現方法.
package com.imnamg.axman.beans;
import java.sql.*;
import ..................
public class ConnectionFactory{
protected Connection conn;
ConnectionFactory() throws SQLException
{ //構造方法中生成連結
//無論是從DataSource還是直接從DriverManager中取得連結.
//先初始化環境,然後取得連結,本例作爲初級應用,從
//DriverManager中取得連結,因爲是封裝類,所以要把異常拋
//給調用它的程序處理而不要用try{}catch(){}塊自選處理了.
//因爲要給業務方法的類繼承,而又不能給調用都訪問,所以
//conn聲明爲protected
conn = DriverManager.getConnection(url,user,passwd);
}
/**
在多線程編程中,很多時候有可能在多個線程體中得到同一連
結的引用,但如果在一個線程中關閉了連結,則另一個得到相同
引用的線程就無法操作了,所以我們應該加一個重新建立連結
的輔助方法,有人問爲什麼既然有這個輔助方法不直接調用這個
輔助而要在構造方法中生成連結?因爲這樣可以增加效率,如果
在構造時不能生成連結則就不能生成這個對象了,沒有必要在
對象生成後再測試能不能生成連結.
*/
public void makeConnection(){
//此處的代碼同構造方法,無論以後如果實現連結,都將構造方
//法的代碼複製到此處.
conn = DriverManager.getConnection(url,user,passwd);
}
}
這個類就封裝到這裏,當然你可以在這兒增加業務方法,但如果要修改連結的實現,
整個類都要重新編譯,因爲業務方法和應用層次無關,代碼一經生成不易變動,所以獨立封裝.
以下我們實現業務方法:
package com.imnamg.axman.beans;
import java.sql.*;
import ..................
public class DBOperater extends ConnectionFactory{
//private Statement stmt;
//private ResultSet rs;
//爲什麼要註釋成員變量stmt和rs,基礎部分已經說過,如果聲明爲成員變量,
//在關閉conn時可以顯示地先關閉rs和stmt,別的沒有任何好處,而顯示關
//閉只是說明你編程風格好,但綜合考慮,我們要生成多個stmt或不是類型的
//stmt就不能聲明爲成員方法,否則引用同一對象,所以我們要業務方法中生
//成stmt對象.不僅可以同時處理多個結果集,還可以提高性能和靈活性.
public ResultSet executeQuery(String sql) throws SQLException{
if(conn==null || conn.isClosed())
makeConnection();
Statement stmt = con.createStatement(
ResultSet.TYPE_SCROLL_INSENSITIVE,
ResultSet.CONCUR_READ_ONLY);
//對於一般的查詢操作,我們只要生成一個可流動的結果集就行了.
//而對於在查詢時要更新記錄,我們用另一個業務方法來處理,這樣,
//這樣可以在普通查詢時節省回滾空間.
ResultSet rs = stmt.executeQuery(sql);
return rs;
}
public ResultSet executeUpdatabledQuery(String sql) throws SQLException{
if (con == null || con.isClosed())
makeConnection();
Statement stmt = con.createStatement(
ResultSet.TYPE_SCROLL_INSENSITIVE,
ResultSet.CONCUR_UPDATABLED);
//可更新的結果結要更大的回滾空間,普通查詢時不要調用這個方法
ResultSet rs = stmt.executeQuery(sql);
return rs;
}
/**
基於同上的原因,在執行更新操作是我們根本不要任何回滾空間,所以建立
一個基本類型的stmt,實現如下
*/
public int executeUpdate(String sql) throws SQLException{
if (con == null || con.isClosed())
makeConnection();
Statement stmt = con.createStatement();
//這個stmt在執行更新操作時更加節省內存,永遠記住,能節省的時候要節省
//每一個字節的內存,雖然硬件設備可能會有很大的物理內存,但內存是給用
//戶用的而不是給程序員用的(!!!!!!!!!!!!!!!!!!)
int s = stmt.executeUpdate(sql);
return s;
}
//以上實現了常用功能,還有兩個通用的功能也是/"共性/"的,我們一起在這個封裝類
//中實現:
public PreparedStatement getPreparedStmt(String sql) throws SQLException{
if (con == null || con.isClosed())
makeConnection();
PreparedStatement ps = con.prepareStatement(sql);
return ps;
}
public CallableStatement getCallableStmt(String sql) throws SQLException{
if (con == null || con.isClosed())
makeConnection();
PreparedStatement ps = con.prepareCall(sql);
return ps;
}
//記住:對於封裝類而言預編譯語句和存儲過程調用應該從連結中返PreparedStatement
//和CallableStatement供調用者處理而不是返回它們的處理結果.也就是說封裝類只封
//裝了它們的連結過程.最後再次聲明,一定要有一個close()方法供調用者調用,而且告
//訴調用者無論如果要調用這個方法:
public void close() throws SQLException{
if(conn != null && !conn.isClosed())
conn.close();
}
//這個方法最好放在ConnectionFactory中,這樣可以直接調用來只測試連結.而不用再
調用子類來關閉
}
OK,我們已經實現了數據庫常用操作的封裝,注意這些業務方法都是把異常拋給調用者而沒有用
try...catch來處理,你如果在這裏處理了那麼調用者則無法調試了.對於特定的數據庫的特殊操作,不要封
裝到此類中,可以再從這個類繼承,或直接從ConnectionFactory類繼承,當然最好是從這個業務類中繼承,
這樣不僅可以調用特殊方法也可以調用共性的業務方法,興一個例子,我在應用Oracle時要把XML文件直接
存到數據數和把數據直接讀取爲XML文件,那麼這兩個方法只對Oracle纔用到,所以:
package com.inmsg.axman.beans;
import java.sql.*;
import oracle.xml.sql.query.OracleXMLQuery;
import oracle.xml.sql.dml.OracleXMLSave;
public class OracleDBOperater extends DBOperater{
public OracleXMLQuery getOXQuery(String sql,String table) throws Exception
{
OracleXMLQuery qry = new OracleXMLQuery(con,sql);
qry.setRowsetTag(table);
qry.setRowTag(/"RECORD/");
return qry;
}
public int insertXML(String path,String table) throws Exception
{
OracleXMLSave sav = new OracleXMLSave(con,table);
URL url = sav.createURL(path);
sav.setRowTag(/"RECORD/");
int x = sav.insertXML(url);
sav.close();
return x;
}
}
現在,有了這樣的幾個/"東西/"在手裏,你還有什麼覺得不方便的呢?
雖然本處作爲初級應用,但設計思想已經是JAVA高手的套路了,是不是有些自吹自擂了啊?
好的,休息一下吧.
發表於 @ 2006年03月17日 11:05 PM | 評論 (0)
JDBC基礎(二)
因爲是基礎篇,所以還是對每一步驟簡單說明一下吧:前面說是,註冊驅動程序有多方法,Class.forName();是一種顯式地加載.當一個驅
動程序類被Classloader裝載後,在溶解的過程中,DriverManager會註冊這個驅動類的實例.
這個調用是自動發生的,也就是說DriverManager.registerDriver()方法被自動調用了,當然
我們也可以直接調用DriverManager.registerDriver()來註冊驅動程序,但是,以我的經驗.
MS的瀏覽中APPLET在調用這個方法時不能成功,也就是說MS在瀏覽器中內置的JVM對該方法的
實現是無效的.
另外我們還可以利用系統屬性jdbc.drivers來加載多個驅動程序:
System.setProperty(/"jdbc.drivers/",/"driver1:driver2:.....:drivern/");多個驅動程序之
間用/":/"隔開,這樣在連結時JDBC會按順序搜索,直到找到第一個能成功連結指定的URL的驅動
程序.
在基礎篇裏我們先不介紹DataSource這些高級特性.
在成功註冊驅動程序後,我們就可以用DriverManager的靜態方法getConnection來得
到和數據庫連結的引用:
Connection conn = DriverManager.getConnection(url);
如果連結是成功的,則返回Connection對象conn,如果爲null或拋出異常,則說明沒有
和數據庫建立連結.
對於getConnection()方法有三個重載的方法,一種是最簡單的只給出數據源即:
getConnection(url),另一種是同時給出一些數據源信息即getConnection(url,Properties),
另外一種就是給出數據源,用戶名和密碼:getConnection(url,user,passwod),對於數據源信息.
如果我們想在連結時給出更多的信息可以把這些信息壓入到一個Properties,當然可以直接壓
入用戶名密碼,別外還可以壓入指定字符集,編碼方式或默認操作等一些其它信息.
在得到一個連結後,也就是有了和數據庫找交道的通道.我們就可以做我們想要的操
作了.
還是先來介紹一些一般性的操作:
如果我們要對數據庫中的表進行操作,要先緣故綁定一個語句:
Statement stmt = conn.createStatement();
然後利用這個語句來執行操作.根本操作目的,可以有兩種結果返回,如果執行的查詢
操作,返回爲結果集ResultSet,如果執行更新操作,則返回操作的記錄數int.
注意,SQL操作嚴格區分只有兩個,一種就是讀操作(查詢操作),另一種就是寫操作(更
新操作),所以,create,insert,update,drop,delete等對數據有改寫行爲的操作都是更新操作.
ResultSet rs = stmt.executeQuery(/"select * from table where xxxxx/");
int x = stmt.executeUpdate(/"delete from table where ....../");
如果你硬要用executeQuery執行一個更新操作是可以的,但不要把它賦給一個句柄,
當然稍微有些經驗的程序員是不會這麼做的.
至於對結果集的處理,我們放在下一節討論,因爲它是可操作的可選項,只有查詢操作
才返回結果集,對於一次操作過程的完成,一個非常必要的步驟是關閉數據庫連結,在你沒有了
解更多的JDBC知識這前,你先把這一步驟作爲JDBC操作中最最重要的一步,在以後的介紹中我會
不斷地提醒你去關閉數據庫連結!!!!!!!!!!!
按上面介紹的步驟,一個完成的例子是這樣的:(注意,爲了按上面的步驟介紹,這個例
子不是最好的)
try{
Class.forName(/"org.gjt.mm.mysql.Driver/");
}catch(Exception e){
System.out.println(/"沒有成功加載驅動程序:/"+e.toString());
return;
}//對於象我這樣的經驗,可以直接從e.toString()的簡單的幾個字判斷出異常原因,
//如果你是一個新手應該選捕獲它的子類,如何知道要捕獲哪幾個異常呢?一個簡單
//的方法就是先不加try{},直接Class.forName(/"org.gjt.mm.mysql.Driver/");,編
//譯器就會告訴你要你捕獲哪幾個異常了,當然這是偷機取巧的方法,最好還是自己
//去看JDK文檔,它會告訴你每個方法有哪些異常要你捕獲.
Connection conn = null;
try{
conn = DriverManager.getConnection(
/"jdbc:mysql://host:3306/mysql/",
/"user/",
/"passwd/");
Statement stmt = conn.createStatement();
ResultSet rs = stmt.executeQuery(/"select * from table/");
//rs 處理
[rs.close();]
[stmt.close();]
}
catch(Exception e){
System.out.println(/"數據庫操作出現異常:/"+e.toString());
}
finally{
try{conn.close();}catch(Exception){}
}//不管你以前是學習到的關於數據庫流程是如何操作的,如果你相信我,從現在開始,
//請你一定要把數據庫關閉的代碼寫到finally塊中,切切!
發表於 @ 2006年03月17日 11:04 PM | 評論 (0)
JDBC基礎(一)
本來不想寫這部份入門級的內容,但既然欄目定爲JDBC專欄,還是簡單寫一些吧.JDBC基礎(一)
來,我們認識一下!
JDBC,JAVA平臺的DATABASE的連通性.白話一句,什麼意思啊?
就是JAVA平臺上和數據庫進行連結的/"工具/".
還是先一起來回顧一下接口吧:從下向上,接口是對/"案例/"的抽象,由一個案例抽象出一些規則.
反過來,從上向下,被抽象出來的接口是對案例的一種承諾和約束.
也就是說,只要你實現我規定的接口,你的類就已經具有了接口對外承諾的方法,只要/"客戶/"會
操作接口,不需要重新學習就會操作實現了該接口的新類!
好了,用行話來說:
1.通過接口可以實現不相關的類的相同行爲.
2.通過接口可以指明多個類需要實現的方法.
3.通過接口可以瞭解對象的交互方法而不需要了解對象所對應的類藍本.
這幾句話很明白吧?好象有一本什麼模式的書把這段話用了30多頁寫出來,結果別人看了還不如
我這幾句話明白,不過我明白了爲什麼有些人要寫書了.
搞懂了以上這東西,JDBC就好明白了.
爲了通用,JAVA中要求有一種機制,在操作不同廠商數據庫時有相同的方法去操作,而不是每接
觸一種數據庫就要學習新的方法.完成這種機制的/"東西/"就叫/"JDBC/"了.
簡單地分,JDBC有兩部分組成,JDBC API和JDBC Driver Interface.
JDBC API就是提供給/"客戶/"(就是象你我這種菜鳥級程序員來用的,如果是高手都自己寫JDBC了,
哈哈)的一組獨立於數據庫的API,對任何數據庫的操作,都可以用這組API來進行.那麼要把這些通用的API
翻譯成特定數據庫能懂的/"指令/",就要由JDBC Driver Interface來實現了,所以這部份是面向JDBC驅動程
序開發商的編程接口,它會把我們通過JDBC API發給數據庫的通用指令翻譯給他們自己的數據庫.
還是通過實際操作來看看JDBC如何工作的吧.
因爲JDBC API是通用接口,那麼程序是如何知道我要連結的是哪種數據庫呢?所以在和數據庫連
結時先要加載(或註冊可用的Driver),其實就是JDBC簽名.加載驅動程序和好多方法,最常用的就是先把驅
動程序類溶解到內存中,作爲/"當前/"驅動程序.注意/"當前/"是說內存中可以有多個驅動程序,但只有現在加
載的這個作爲首選連結的驅動程序.
Class.forName(/"org.gjt.mm.mysql.Driver/");
Class.forName方法是先在內存中溶解簽名爲/"org.gjt.mm.mysql.Driver/"的Driver類,Driver類
就會把相應的實現類對應到JDBC API的接口中.比如把org.gjt.mm.mysql.Connection的實例對象賦給
java.sql.Connection接口句柄,以便/"客戶/"能通過操作java.sql.Connection句柄來調用實際的
org.gjt.mm.mysql.Connection中的方法.之於它們是如果映射的,這是廠商編程的,/"客戶/"只要調用
Class.forName(/"org.gjt.mm.mysql.Driver/");方法就可以順利地操作JDBC API了.
一個普通數據庫的連結過程爲:
1.加載驅動程序.
2.通過DriverManager到得一個與數據庫連結的句柄.
3.通過連結句柄綁定要執行的語句.
4.接收執行結果.
5.可選的對結果的處理.
6.必要的關閉和數據庫的連結.
發表於 @ 2006年03月17日 11:00 PM | 評論 (0)
如何使用javaBean操作數據庫？高效Bean封裝
你平時是如何使用JSP操作數據庫呢？對於jsp+javaBean模式，想必大家都已經很熟悉了，我們可以將獲取數據庫連接，查詢，更新甚至將其它的功能都封裝進javaBean----好了--下面讓我們來好好弄清楚一個問題：**你如何在JSP頁中取得DB中的數據？從javaBean中返回ResultSet，然後在JSP中枚舉嗎？如果是這樣的話，那我強烈建議你把這篇文章讀完。*^_^*
用javaBean封裝數據庫操作誰不會？--對啊，大家都會，但是--如果構建一個高擴展性的“結構”？這就要用到java的相關知識了。廢話少說，我們先在Tomcat中創建一個DataSource- jdbc/Panabia，然後再創建一個java“基類”，這個類封裝了數據庫連接和連接的釋放：[程式中有相應的註解]
CODE:
--------------------------------------------------------------------------------
package Panabia.db;
import javax.sql.DataSource;
import javax.naming.*;
import java.sql.*;
public class SQLFactory
{
private static DataSource ds=null;
private static Object Lock=new Object();
//生成DataSource**
public static DataSource gainDataSource(){
try{
if(ds==null){
synchronized(Lock){
if(ds==null){
Context ctx=new InitialContext();
ds=(DataSource)ctx.lookup(/"java:comp/env/jdbc/Panabia/");
}
}
}
}
catch(NamingException e){e.printStackTrace();}
return ds;
}
//生成SQL連接**
public static synchronized Connection gainConnection(){
Connection con=null;
try{
if(ds==null){
gainDataSource();
}
con=ds.getConnection();
}
catch(SQLException e){e.printStackTrace();}
return con;
}
//釋放SQL連接**
public static void releaseConnection(ResultSet rs,PreparedStatement ps,Statement sql,Connection con){
try{
if(rs!=null)
rs.close();
}
catch(SQLException e){e.printStackTrace();}
try{
if(ps!=null)
ps.close();
}
catch(SQLException e){e.printStackTrace();}
try{
if(sql!=null)
sql.close();
}
catch(SQLException e){e.printStackTrace();}
try{
if(con!=null&&!con.isClosed())
con.close();
}
catch(SQLException e){e.printStackTrace();}
}
}
--------------------------------------------------------------------------------
大家都應該注意到了，這個類的所有的方法全部是static的，之所以這樣，主要是爲了方便其它“擴展類”的調用，當然，還有其它好處--- ：）
好了，這個類就封裝完畢了，現在我們就可以針對不同的應用要求單獨寫javaBean了，比如一個簡單的：在JSP中列出verify表中的所有用戶名與密碼列表-
該怎麼做？--使用SQLFactory生成Connection，再生成Statement，再生成ResultSet--然後枚舉嗎？好象不錯，哦，等等......這樣做你難道沒有一種“非常親切”的感覺嗎？---對了，ASP，PHP中就是如此-Faint~我們怎麼又回到“原始社會”了....
有沒有更好的方式？答案是肯定的，JAVA的能力是“通天”的強大，只要你能想得到，仔細看看它的API Document，就不難找出解決辦法。
答案出來了：
我們在查詢類中返回Iterator到JSP枚舉，而不是ResultSet。
好了，我們的UserQuery類就產生了：
CODE:
--------------------------------------------------------------------------------
package Panabia.operate;
import Panabia.db.SQLFactory;
import java.util.*;
import java.sql.*;
public class UserQuery{
private ArrayList list=null;
private Connection con=null;
private Statement sql=null;
private ResultSet rs=null;
public Iterator getResult(){
try{
con=SQLFactory.gainConnection();
sql=con.createStatement();
rs=sql.executeQuery(/"select * from verify/");
//verify表只有兩個字段：username,password;
list=new ArrayList();
while(rs.next()){
list.add(rs.getString(1));
list.add(rs.getString(2));
}
}
catch(SQLException e){e.printStackTrace();}
finally{SQLFactory.releaseConnection(rs,null,sql,con);}
return list.iterator();
}
}
--------------------------------------------------------------------------------
然後，就是在JSP頁中進行數據的枚舉：因爲發現cnjbb不支持html標籤的顯示，所以，只貼出了JSP中的全部java代碼片--
........
Iterator it=UserQuery.getResult();
while(it.hasNext()){
out.print((String)it.next());
}
..........
就是這麼簡單，一個循環就搞定了。
我承認，就這樣把數據“裸列”出來實是“不雅”，想美化？---如果你會，那就開始做；如果覺得自己水平不行，你就需要找一個網頁美工來幫你了；和網頁美工配合並不是難事兒，只要將html標籤簡單的插入Java scriptlet中就OK了--很明顯，這個比在JSP中枚舉ResultSet的情況好多了，不會“牽一髮而動全身”。
尚不完善的地方：雖然情況好了一些，但當使用ArrayList取出體積很大的數據時，會相當耗費系統資源[系統會在內存單獨開一塊空間存放結果]---相關的優化方法是有的，我在這裏就不作陳述了，大家可以參考一下其它的相關資料。