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)被預(yù)編譯過，因而當(dāng)其執(zhí)行時，只需DBMS運(yùn)行SQL語句，而不必先編譯。當(dāng)你需要執(zhí)行Statement對象多次的時候，用PreparedStatement對象將會大大降低運(yùn)行時間，當(dāng)然也加快了訪問數(shù)據(jù)庫的速度。 這種轉(zhuǎn)換也給你帶來很大的便利，不必重復(fù)SQL語句的句法，而只需更改其中變量的值，便可重新執(zhí)行SQL語句。選擇PreparedStatement對象與否，在于相同句法的SQL語句是否執(zhí)行了多次，而且兩次之間的差別僅僅是變量的不同。如果僅僅執(zhí)行了一次的話，它應(yīng)該和普通的Statement對象毫無差異，體現(xiàn)不出它預(yù)編譯的優(yōu)越性。 軟件模型中對數(shù)據(jù)庫訪問的設(shè)計(jì)模式的優(yōu)化 在我閱讀J2EE藍(lán)圖和JDO草案的過程中，我發(fā)現(xiàn)了訪問模式對數(shù)據(jù)庫訪問的影響，因而想在本文中闡述如何針對自己的軟件需求選擇合適的軟件模式。 J2EE藍(lán)圖的設(shè)計(jì)者在Java Pet Store示例應(yīng)用中使用了MVC（ModelViewController）體系，給許多J2EE設(shè)計(jì)模式提供了背景。我要談及的三種設(shè)計(jì)模式是：Data Access Object、Fast Lane Reader、PagebyPage Iterator，它們?yōu)榧涌鞌?shù)據(jù)存取速度提供了一些可以在系統(tǒng)設(shè)計(jì)階段值得我們借鑒的想法。 Data Access Object 將商業(yè)邏輯從數(shù)據(jù)存取邏輯中分離出來，把存取的資源改編，從而使資源可以容易和獨(dú)立地轉(zhuǎn)變。 依賴于底層數(shù)據(jù)資源的特殊要素（例如數(shù)據(jù)庫的供應(yīng)商）的商業(yè)組件，常將商業(yè)邏輯和數(shù)據(jù)存取邏輯配合起來，只能使用特殊類型的資源，而使用不同類型的資源時，復(fù)用將會非常困難，因此，只能服務(wù)于有限的市場領(lǐng)域。DAO（Data Access Object）即是將數(shù)據(jù)存取邏輯從EJB中抽去出來抽象為一個獨(dú)立的接口，EJB根據(jù)接口的操作執(zhí)行商業(yè)邏輯，而接口針對使用的數(shù)據(jù)資源實(shí)現(xiàn)為DAO對象。 在Java Pet Shop這個例子中，OrderEJB組件通過關(guān)聯(lián)的OrderDAO類訪問數(shù)據(jù)庫，自身則關(guān)注于商業(yè)邏輯的實(shí)現(xiàn)。在調(diào)度階段，將配置某一類（OrderDAOCS、OrderDAOOracle或OrderDAOSybase）為OrderDAO的實(shí)現(xiàn)，而OrderEJB無須任何更改。圖3更能幫助你明白其中的道理： 圖3 Data Access Object的設(shè)計(jì)模
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號-1