在hibernate, 這是不可能發生的, 貼代碼出來看看

update的po不是get或load出來的吧, 如果是new出來的, setId就沒事了

在開發最好show_sql="true", 這樣就不用也hibernate騙了  回復  更多評論
  

　　謝謝，Water Ye的回答和寶貴建議。
是這樣子的我保存數據和更新數據都是在同一個方法中。用的是spring+hibernate的dao implements HibernateDaoSupport在保存的時候就調用了
TjobsheetFinishTemp tft = new TjobsheetFinishTemp();
tft.set**();
...
getHibernateTemplate().saveOrUpdate(tft);//它用tft(pojo)對象的equals來判斷兩個對象是否一致。
可在set＊＊（）主鍵的時候沒有注意到在另一個操作時，主鍵值在頁面中用javascript處理時給忘記了，：）所以hibernate在處理時，就認為它們是不同的對象。:(

  回復  更多評論
  

id == null時, hb認為是新建一條記錄

對于簡單的crud, 保存數據和更新數據在dao中可以為同一個方法

但對一些復雜的業務處理(單據的修改), 如果沒有service層的話, 最好分開  回復  更多評論
  

我現在覺得也是。現在我就感覺到了這一點。因為我現在保存數據有時會出錯，現在正在找原因，郁悶了一下午了。：＜
出錯信息如下：
java.lang.ArrayIndexOutOfBoundsException//數組越界？
at java.lang.System.arraycopy(Native Method)
at com.microsoft.jdbc.sqlserver.tds.TDSRPCParameter.write(Unknown Source
)
at $Proxy5.addShipment(Unknown Source)//我在action（control）中調用了DAO中的方法,Unknown Source不知是為會什么？因為在action的類中我用了一個這樣一方法，shipmentDAO.addShipment(this)，this代表了本身的對象，用來（獲取）傳送頁面請求的數據到DAO中。不知前輩們是怎么處理這個地方的？
at com.legend.shipment.web.Shipment2Action.saveShipment(Shipment2Action.
java:196)//這個出錯的類的方法出錯的語句， shipmentDAO.addShipment(this);

還有就是：
org.springframework.transaction.TransactionSystemException: Could not roll back
Hibernate transaction; nested exception is org.hibernate.TransactionException: J
DBC rollback failed
org.hibernate.TransactionException: JDBC rollback failed
WARN - DefaultActionInvocation.executeResult(260) | No result defined for action
com.legend.shipment.web.Shipment2Action and result null

下面這個不知會不會有問題出現呢？
at com.legend.shipment.dao.hibernate.ShipmentDAOHibernate.generateShipNu
m(ShipmentDAOHibernate.java:198)
//Query query = session.createQuery(sql);
// query.setLong("jftJsId",jsoId.longValue());它們有可能會出現上面出現的錯誤嗎？  回復  更多評論
  

　　問題怎樣得以解決了，暈了差不多一天。java.lang.ArrayIndexOutOfBoundsException//數組越界？ 都是它惹的禍。因在程序中我是引用了了一個數組，但也不至于會出差吧，：（。那么問題到在那呢？是這樣的，在我第系統中要訪問兩個不同的數據庫，一個是當前開發的系統的數據庫，另一個是用來攻取某些數據。我只把第一個數據庫用spring+hibernate來管理，另一個用jdbc業處理。“org.springframework.transaction.TransactionSystemException: Could not roll back
Hibernate transaction; nested exception is org.hibernate.TransactionException: J
DBC rollback failed
org.hibernate.TransactionException: JDBC rollback failed
WARN - DefaultActionInvocation.executeResult(260) | No result defined for action
com.legend.shipment.web.Shipment2Action and result null
”從這個看來，我猜想是不是不能在DAO中引用另一個數據庫的Connection，這樣會造成spring事務管理的混亂。于是我就改寫。把用jdbc處理的東東，也采用spring+hibernate的模式。問題依舊。這可就暈了，眼看系統就要上線了。到了關鍵時候怎么出問題呢？心里有點緊張，一絲不安。一直有信心把問題解決。沒有辦法了，我只得在整個程序中添加了很多log.debug()來測試。測試出，當我不用另一個（獲取數據的數據庫）時，問題就不會產生，只要一加上就會產生上述問題。這可就奇怪了。還有就是有些數據可以，有數據數據不可以。那么問題應該出錯在數據據格式（轉化）上。我把要從獲取數據庫的數據手動硬寫在程序中，程序通過。我原來從數據庫獲取的數據仔細看過。原來，數據庫的數據為81.6的數據輸出來的時候變成了81.599999999999994315658113919198513031005859375。這樣我就想是不是就會產生數組溢出呢？原后我就把數據改成81.6這樣子就沒有問題了。讓我們仔細看一下源碼
sql = "select b.labourCost,b.epibolyCost from TworkCost as b where b.jscostId = :jscostId";
session = getSession();
query = session.createQuery(sql);
query.setInteger("jscostId",jscostId.intValue());
list = query.list();
iterator = list.iterator();
Object[] rows = null;
while(iterator.hasNext()) {
rows= (Object[]) iterator.next();
// System.out.println((BigDecimal)rows[0]+" "+rows[1]);
}
"rows"數組中的內容是BigDecimal的，我可把它強制轉換成了double型的，就在這個轉換過程中，小數位增加了很多，當添加到數據庫中時就發出了數組溢出的error!
所以，搞技術工作的一定要嚴謹，細心
  回復  更多評論