![](/img/trans.png)
[英]Is there a significant difference in performance between low-level datastore API and JDO/JPA?
[英]Keep transaction between JDO and low-level API
我在GoogleApp引擎中有一個Spring應用程序,它使用JDO持久化對象。 因此,我在服務層中以這種方式使用它來保持事務(帶有@Transactional批注)。
@Transactional
public void save(Object object) {
dao1.save(object); // dao1 saves using JDO
Object object2 = generate1Object(object)
dao2.save(object2); // dao2 saves using low level API
Object object3 = generate2Object(object)
dao3.save(object3); // dao3 saves using JDO
}
我的問題是我需要使用低級API來持久化object2(因為這是高級保存,而JDO無法完成)。 我的問題是我不知道如何將它們全部保留在同一筆交易中。 如果dao3在保存時失敗,則不會回滾在“愛”級別完成的檢查。
因此,在dao2中,我堅持這種方式:
//save using low-level API
public void save(Object object){
DatastoreService datastore = DatastoreServiceFactory.getDatastoreService();
Entity entity = generateEntity(object);
datastore.put(entity);
}
在dao1和dao3(使用JDO的代碼)中,我有類似以下內容:
//save using JDO
public void save(Object object) {
PersistenceManager pm = PMF.get().getPersistenceManager();
pm.makePersistent(object);
}
我已經看到數據存儲對象有一個稱為的方法:
datastore.getCurrentTransaction()
但這對我來說是無效的。 我如何才能使底層了解JDO的事務並使三個dao保持在同一事務中。
謝謝。
只需正常使用jdo並獲得bigtable連接
tx.begin();
...
// Get hold of native connection
JDOConnection jdoConn = pm.getDataStoreConnection();
... cast "jdoConn.getNativeConnection()" to the right type
... (do something with the connection)
jdoConn.close(); // Hands it back to JDO
tx.commit();
至少這是理論,假設GAE / J實施了該理論
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.