java訪問數(shù)據(jù)庫的速度瓶頸問題的分析和解決(編輯修改稿)
2025-07-04 13:35 本頁面
【文章內(nèi)容簡介】 在這兒不和大家討論Java程序的算法，而是簡單闡述一下選擇SQL語句格式的必要和如何選擇對自己有利的SQL語句格式?？聪旅鎯啥纬绦蚱瑪啵?Code Fragment 1: String updateString = UPDATE COFFEES SET SALES = 75 + WHERE COF_NAME LIKE 180。Colombian180。 (updateString)。 Code Fragment 2: PreparedStatement updateSales = (UPDATE COFFEES SET SALES = ? WHERE COF_NAME LIKE ? )。 (1, 75)。 (2, Colombian)。 ()。 片斷2和片斷1的區(qū)別在于，后者使用了PreparedStatement對象，而前者是普通的Statement對象。PreparedStatement對象不僅包含了SQL語句，而且大多數(shù)情況下這個語句已經(jīng)被預編譯過，因而當其執(zhí)行時，只需DBMS運行SQL語句，而不必先編譯。當你需要執(zhí)行Statement對象多次的時候，用PreparedStatement對象將會大大降低運行時間，當然也加快了訪問數(shù)據(jù)庫的速度。 這種轉(zhuǎn)換也給你帶來很大的便利，不必重復SQL語句的句法，而只需更改其中變量的值，便可重新執(zhí)行SQL語句。選擇PreparedStatement對象與否，在于相同句法的SQL語句是否執(zhí)行了多次，而且兩次之間的差別僅僅是變量的不同。如果僅僅執(zhí)行了一次的話，它應該和普通的Statement對象毫無差異，體現(xiàn)不出它預編譯的優(yōu)越性。 軟件模型中對數(shù)據(jù)庫訪問的設計模式的優(yōu)化 在我閱讀J2EE藍圖和JDO草案的過程中，我發(fā)現(xiàn)了訪問模式對數(shù)據(jù)庫訪問的影響，因而想在本文中闡述如何針對自己的軟件需求選擇合適的軟件模式。 J2EE藍圖的設計者在Java Pet Store示例應用中使用了MVC（ModelViewController）體系，給許多J2EE設計模式提供了背景。我要談及的三種設計模式是：Data Access Object、Fast Lane Reader、PagebyPage Iterator，它們?yōu)榧涌鞌?shù)據(jù)存取速度提供了一些可以在系統(tǒng)設計階段值得我們借鑒的想法。 Data Access Object 將商業(yè)邏輯從數(shù)據(jù)存取邏輯中分離出來，把存取的資源改編，從而使資源可以容易和獨立地轉(zhuǎn)變。 依賴于底層數(shù)據(jù)資源的特殊要素（例如數(shù)據(jù)庫的供應商）的商業(yè)組件，常將商業(yè)邏輯和數(shù)據(jù)存取邏輯配合起來，只能使用特殊類型的資源，而使用不同類型的資源時，復用將會非常困難，因此，只能服務于有限的市場領域。DAO（Data Access Object）即是將數(shù)據(jù)存取邏輯從EJB中抽去出來抽象為一個獨立的接口，EJB根據(jù)接口的操作執(zhí)行商業(yè)邏輯，而接口針對使用的數(shù)據(jù)資源實現(xiàn)為DAO對象。 在Java Pet Shop這個例子中，OrderEJB組件通過關聯(lián)的OrderDAO類訪問數(shù)據(jù)庫，自身則關注于商業(yè)邏輯的實現(xiàn)。在調(diào)度階段，將配置某一類（OrderDAOCS、OrderDAOOracle或OrderDAOSybase）為OrderDAO的實現(xiàn)，而OrderEJB無須任何更改。圖3更能幫助你明白其中的道理： 圖3 Data Access Object的設計模
教學教案相關推薦
鄂ICP備17016276號-1