欧美性猛交XXXX免费看蜜桃,成人网18免费韩国,亚洲国产成人精品区综合,欧美日韩一区二区三区高清不卡,亚洲综合一区二区精品久久

SessionFactory的創(chuàng )建需要耗費大量資源，它是線(xiàn)程安全（threadsafe）的對象，在應用中它被所有線(xiàn)程共享。而Session的創(chuàng )建耗費資源很少，它不是線(xiàn)程安全的對象，對于一個(gè)簡(jiǎn)單商業(yè)過(guò)程（business process），它應該只被使用一次，然后被丟棄。舉例來(lái)說(shuō)，當Hibernate在基于servlet的應用中，servlet能夠以下面的方式得到SessionFactory。

SessionFactory sf = (SessionFactory)getServletContext().getAttribute("my.session.factory");

每次調用SessionFactory的service方法能夠生成一個(gè)新的Session對象，然后調用Session的flush()，調用commit()提交它的連接，調用close()關(guān)閉它，最終丟棄它。(SessionFactory可能被保存在JNDI或者一個(gè)靜態(tài)的單例（Singleton）輔助變量中。）

在無(wú)狀態(tài)的session bean中，可以同樣使用類(lèi)似的方法。bean在setSessionContext()中得到SessionFactory的實(shí)例，每個(gè)商業(yè)方法會(huì )生成一個(gè)Session對象，調用它的flush()和close()，當然，應用不應該commit()connection. (把它留給JTA.在容器管理的事務(wù)中，數據庫連接會(huì )自動(dòng)完成事務(wù)。)

我們用上述方法使用Hibernate 的Transaction API，對Transaction執行一次commit()會(huì )把所有狀態(tài)同步，把底層的數據庫連接提交(對JTA 事務(wù)會(huì )特殊處理。)

這里需要理解flush()的含義。 flush()將持久化存儲與內存中的變化進(jìn)行同步，但不是將內存的變化與持久化存儲進(jìn)行同步。注意對所有的Hibernate JDBD 連接/事務(wù)來(lái)說(shuō)，其隔離級別將施加于所有的Hibernate執行的操作之上！

接下來(lái)的幾小節將討論利用版本化的方法來(lái)確保事務(wù)原子性，這些“高級”方法需要小心使用。

在創(chuàng )建Hibernate會(huì )話(huà)（Session）時(shí)，你應該留意以下的實(shí)踐（practices）：

程序可能在兩批單元操作中并發(fā)訪(fǎng)問(wèn)同一個(gè)對象的持久化狀態(tài)。不管怎樣，持久化類(lèi)的一個(gè)實(shí)例不可能在兩個(gè)Session中共享。所以有兩種不同的辨別方式：

對于依附于某個(gè)特定Session的對象，兩種辨別方式是等價(jià)的。然而，當程序可能在兩個(gè)不同的session中并發(fā)訪(fǎng)問(wèn)“同一個(gè)”（持久化辨別）商業(yè)對象時(shí)，兩個(gè)實(shí)例（對于JVM辨別來(lái)說(shuō)）卻可能是“不同”的。

這種方式把關(guān)于并發(fā)的頭疼問(wèn)題留給了Hibernate和數據庫。程序不需要對任何商業(yè)對象進(jìn)行同步，只要程序堅持每個(gè)Session一個(gè)線(xiàn)程，或者對象辨別的策略（在一個(gè)Session重，程序可以安全的使用==來(lái)比較對象）。

許多商業(yè)過(guò)程需要一系列與用戶(hù)進(jìn)行交互的過(guò)程，數據庫訪(fǎng)問(wèn)穿插在這些過(guò)程中。對于web和企業(yè)應用來(lái)說(shuō)，跨一個(gè)用戶(hù)交互過(guò)程的數據事務(wù)是不可接受的。

維護各商業(yè)事務(wù)間的隔離（isolocation）就成為應用層的部分責任，我們把這種過(guò)程稱(chēng)為長(cháng)時(shí)間運行的應用事務(wù)（application transaction）。單一的應用事務(wù)可能跨越多個(gè)數據庫事務(wù)。如果這些數據庫事務(wù)中只有一個(gè)（最后一個(gè)）保存了被修改的數據，其他事務(wù)只是簡(jiǎn)單地讀數據，則這個(gè)應用事務(wù)就是原子性的。

唯一滿(mǎn)足高并發(fā)性以及高可擴展性的方法是使用帶有版本化的樂(lè )觀(guān)并發(fā)控制。Hibernate為使用樂(lè )觀(guān)并發(fā)控制的代碼提供了三種可能的方法。

// foo is an instance loaded earlier by the Sessionsession.reconnect();foo.setProperty("bar");session.flush();session.connection().commit();session.disconnect();

// foo is an instance loaded by a previous Sessionfoo.setProperty("bar");session = factory.openSession();session.saveOrUpdate(foo);session.flush();session.connection().commit();session.close();

// foo is an instance loaded by a previous Sessionsession = factory.openSession();int oldVersion = foo.getVersion();session.load( foo, foo.getKey() );if ( oldVersion!=foo.getVersion ) throw new StaleObjectStateException();foo.setProperty("bar");session.flush();session.connection().commit();session.close();

The first approach described above is to maintain a single Session for a whole business process thats spans user think time. (For example, a servlet might keep a Session in the user‘s HttpSession.) For performance reasons you should

上面提到的第一種方法是對于對一個(gè)用戶(hù)的一次登錄產(chǎn)生的整個(gè)商業(yè)過(guò)程維護一個(gè)Session。（舉例來(lái)說(shuō)，servlet有可能會(huì )在用戶(hù)的HttpSession中保留一個(gè)Session）。為性能考慮，你必須

Session.disconnect()方法會(huì )斷開(kāi)會(huì )話(huà)與JDBC的連接，把連接返還給連接池（除非是你自己提供這個(gè)連接的）。

Session.reconnect()方法會(huì )得到一個(gè)新的連接（你也可以自己提供一個(gè)），重新開(kāi)始會(huì )話(huà)。在重新連接后，你可以通過(guò)對任何可能被其它事務(wù)更新的對象調用Session.lock()方法，來(lái)強迫對你沒(méi)有更新的數據進(jìn)行版本檢查。你不需要對正在更新的數據調用lock()。

這是一個(gè)例子：

SessionFactory sessions;List fooList;Bar bar;....Session s = sessions.openSession();Transaction tx = null;try {tx = s.beginTransaction();fooList = s.find("select foo from eg.Foo foo where foo.Date = current date"http:// uses db2 date function);bar = (Bar) s.create(Bar.class);tx.commit();}catch (Exception e) {if (tx!=null) tx.rollback();s.close();throw e;}s.disconnect();

接下來(lái)：

s.reconnect();try {tx = s.beginTransaction();bar.setFooTable( new HashMap() );Iterator iter = fooList.iterator();while ( iter.hasNext() ) {Foo foo = (Foo) iter.next();s.lock(foo, LockMode.READ);    //check that foo isn‘t stalebar.getFooTable().put( foo.getName(), foo );}tx.commit();}catch (Exception e) {if (tx!=null) tx.rollback();throw e;}finally {s.close();}

從上面的例子可以看到Transaction和Session之間是多對一的關(guān)系。一個(gè)Session表示了應用程序與數據庫之間的一個(gè)對話(huà)，Transaction把這個(gè)對話(huà)分隔成一個(gè)個(gè)在數據庫級別具有原子性的單元。

用戶(hù)不需要在鎖定策略上花費過(guò)多時(shí)間，通常我們可以對JDBC連接選定一種隔離級別（isolationn level），然后讓數據庫完成所有的工作。高級用戶(hù)可能希望得到悲觀(guān)鎖定或者在新的事務(wù)開(kāi)始時(shí)重新得到鎖。

Hibernate一直都會(huì )使用數據庫的鎖定機制,而不會(huì )在內存中鎖定對象。

LockMode類(lèi)定義了Hibernate需要的不同的鎖級別。鎖由以下的機制得到：

“明確的用戶(hù)請求”會(huì )以下的幾種方式出現：

如果在調用Session.load()時(shí)指定了UPGRADE或者UPGRADE_NOWAIT，并且請求的對象還沒(méi)有被會(huì )話(huà)調入，那么這個(gè)對象會(huì )以SELECT ... FOR UPDATE的方式調入。如果調用load()在一個(gè)已經(jīng)調入的對象，并且這個(gè)對象調入時(shí)的鎖級別沒(méi)有請求時(shí)來(lái)得嚴格，Hibernate會(huì )對這個(gè)對象調用lock()。

Session.lock()會(huì )執行版本號檢查的特定的鎖模式是：READ，UPGRADE或者UPGRADE_NOWAIT。（在UPGRADE或者UPGRADE_NOWAIT，SELECT ... FOR UPGRADE使用的情況下。）

如果數據庫不支持所請求的鎖模式，Hibernate將會(huì )選擇一種合適的受支持的鎖模式替換（而不是拋出一個(gè)異常）。這確保了應用具有可移植性。