--------------------------------------------------------------------------------來(lái)源：chinanuix 2005-11-7 9:11:11 瀏覽：19 entity bean為在應用程序和設計中描述持久化商業(yè)對象（persistent business objects）提供了一個(gè)清晰的模型。在java對象模型中，簡(jiǎn)單對象通常都是以一種簡(jiǎn)單的方式進(jìn)行處理但是，很多商業(yè)對象所需要的事務(wù)化的持久性管理沒(méi)有得到實(shí)現。entity bean將持久化機制封裝在容器提供的服務(wù)里，并且隱藏了所有的復雜性。entity bean允許應用程序操縱他們就像處理一個(gè)一般的java對象應用。除了從調用代碼中隱藏持久化的形式和機制外，entity bean還允許EJB容器對對象的持久化進(jìn)行優(yōu)化，保證數據存儲具有開(kāi)放性，靈活性，以及可部署性。 在一些基于EJB技術(shù)的項目中，廣泛的使用OO技術(shù)導致了對entity bean的大量使用，SUN的工程師們已經(jīng)積累了很多使用entity Bean的經(jīng)驗，這篇文章就詳細闡述的這些卡發(fā)經(jīng)驗： *探索各種優(yōu)化方法 *提供性能優(yōu)化和提高適用性的法則和建議 *討論如何避免一些教訓。 法則1：只要可以，盡量使用CMP CMP方式不僅減少了編碼的工作量，而且在Container中以及container產(chǎn)生的數據庫訪(fǎng)問(wèn)代碼中包括了許多優(yōu)化的可能。Container可以訪(fǎng)問(wèn)內存緩沖中的bean,這就允許它可以監視緩沖中的任何變化。這樣的話(huà)就在事物沒(méi)有提交之前，如果緩存的數據沒(méi)有變化就不用寫(xiě)到數據庫中。就可以避免許多不必要的數據庫寫(xiě)操作。 另外一個(gè)優(yōu)化是在調用find方法的時(shí)候。通常情況下find方法需要進(jìn)行以下數據庫操作： 查找數據庫中的紀錄并且獲得主鍵 將紀錄數據裝入緩存 CMP允許將這兩步操作優(yōu)化為一步就可以搞定。[具體怎么做我也沒(méi)弄明白，原文沒(méi)有具體闡述] 法則2：寫(xiě)代碼時(shí)盡量保證對BMP和CMP都支持 許多情況下，EJB的開(kāi)發(fā)者可能無(wú)法控制他們寫(xiě)的bean怎么樣被部署，以及使用的container是不是支持CMP. 一個(gè)有效的解決方案是，將商業(yè)邏輯的編碼完全和持久化機制分離。再CMP類(lèi)中實(shí)現商業(yè)邏輯，然后再編寫(xiě)一個(gè)BMP類(lèi)，用該類(lèi)繼承CMP類(lèi)。這樣的話(huà)，所有的商業(yè)邏輯都在CMP類(lèi)中，而持久化機制在BMP中實(shí)現。 [我覺(jué)得這種情況在實(shí)際工作中很少遇到，但是作者解決問(wèn)題的思路值得學(xué)習] 法則3：把ejbStore中的數據庫訪(fǎng)問(wèn)減小到最少。 如果使用BMP,設置一個(gè)緩存數據改變標志dirty非常有用。所有改變數據庫中底層數據的操作，都要設置dirty,而在ejbStore（）中，首先檢測dirty的值，如果dirty的值沒(méi)有改變，表明目前數據庫中的數據與緩存的一致，就不必進(jìn)行數據庫操作了，反之，就要把緩存數據寫(xiě)入數據庫。 法則4：總是將從lookup和find中獲得的引用進(jìn)行緩存。（cache） 引用緩存對session bean和entity bean 都是適用的。 通過(guò)JNDI lookup獲得EJB資源。比如DataSource,bean的引用等等都要付出相當大的代價(jià)。因此應該避免多余的lookup.可以這樣做： l將這些引用定義為實(shí)例變量。 l從setEntityContext(session Bean使用setSessionContext)方法查找他們。 SetEntityContext方法對于一個(gè)bean實(shí)例只執行一次，所有的相關(guān)引用都在這一次中進(jìn)行查找，這樣查找的代價(jià)就不是那么昂貴了。應該避免在其他方法中查找引用。尤其是訪(fǎng)問(wèn)數據庫的方法：ejbLoad()和ejbStore(),如果在這些頻繁調用的方法中進(jìn)行DataSource的查找，勢必造成時(shí)間的浪費。 調用其他entity bean的finder方法也是一種重量級的調用。多次調用finder()方法的代價(jià)非常高。如果這種引用不適合放在setEntityContext這樣的初始化時(shí)執行的方法中執行，就應該在適當的時(shí)候緩存finder的執行結果。只是要注意的是，如果這個(gè)引用只對當前的entity有效，你就需要在bean從緩沖池中取出來(lái)代表另外一個(gè)實(shí)體時(shí)清除掉這些引用。，這些操作應該在ejbActivate（）中進(jìn)行。 法則5:總是使用prepare statements 這條優(yōu)化法則適用于所有訪(fǎng)問(wèn)關(guān)系數據庫的操作。 數據庫在處理每一個(gè)SQL Statement的時(shí)候，執行前都要對Statement進(jìn)行編譯。一些數據庫具有緩存statement和statement的編譯后形式的功能。數據庫可以把新的Statement和緩存中的進(jìn)行匹配。然而，如果要使用這一優(yōu)化特性，新的Statement要必須和緩存中的Statement完全匹配。 對于Non-prepared Statement,數據和Statement本身作為一個(gè)字符串傳遞，這樣由于前后調用的數據不同而不能匹配，就導致無(wú)法使用這種優(yōu)化。 而對于prepared Statement,數據和Statement是分開(kāi)傳遞給數據庫的，這樣Statement就可以和cache中已編譯的Statement進(jìn)行匹配。Statement就不必每次都進(jìn)行編譯操作。從而使用該優(yōu)化屬性。 這項技術(shù)在一些小型的數據庫訪(fǎng)問(wèn)中能夠減少Statement將近90%的執行時(shí)間。 法則6：完全關(guān)閉所有的Statement 在編寫(xiě)BMP的數據庫訪(fǎng)問(wèn)代碼時(shí)，記住一定要在數據庫訪(fǎng)問(wèn)調用之后關(guān)閉Statement,因為每個(gè)打開(kāi)的Statement對應于數據庫中的一個(gè)打開(kāi)的游標。 法則7：避免死鎖 關(guān)于作者： Akara Sucharitakul：Sun公司內部包括Ecperf benchmark在內的多個(gè)J2EE服務(wù)器端應用的開(kāi)發(fā)者之一。他有至少5年使用java技術(shù)的開(kāi)發(fā)經(jīng)驗，并且從J2EE技術(shù)的初期就一直從事此方面的開(kāi)發(fā)工作。
本站僅提供存儲服務(wù)，所有內容均由用戶(hù)發(fā)布，如發(fā)現有害或侵權內容，請
點(diǎn)擊舉報。
