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

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

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

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

  回復(fù)  更多評論
  

id == null時, hb認(rèn)為是新建一條記錄

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

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

我現(xiàn)在覺得也是。現(xiàn)在我就感覺到了這一點(diǎn)。因?yàn)槲椰F(xiàn)在保存數(shù)據(jù)有時會出錯，現(xiàn)在正在找原因，郁悶了一下午了。：＜
出錯信息如下：
java.lang.ArrayIndexOutOfBoundsException//數(shù)組越界？
at java.lang.System.arraycopy(Native Method)
at com.microsoft.jdbc.sqlserver.tds.TDSRPCParameter.write(Unknown Source
)
at $Proxy5.addShipment(Unknown Source)//我在action（control）中調(diào)用了DAO中的方法,Unknown Source不知是為會什么？因?yàn)樵赼ction的類中我用了一個這樣一方法，shipmentDAO.addShipment(this)，this代表了本身的對象，用來（獲取）傳送頁面請求的數(shù)據(jù)到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

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

　　問題怎樣得以解決了，暈了差不多一天。java.lang.ArrayIndexOutOfBoundsException//數(shù)組越界？ 都是它惹的禍。因在程序中我是引用了了一個數(shù)組，但也不至于會出差吧，：（。那么問題到在那呢？是這樣的，在我第系統(tǒng)中要訪問兩個不同的數(shù)據(jù)庫，一個是當(dāng)前開發(fā)的系統(tǒng)的數(shù)據(jù)庫，另一個是用來攻取某些數(shù)據(jù)。我只把第一個數(shù)據(jù)庫用spring+hibernate來管理，另一個用jdbc業(yè)處理。“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中引用另一個數(shù)據(jù)庫的Connection，這樣會造成spring事務(wù)管理的混亂。于是我就改寫。把用jdbc處理的東東，也采用spring+hibernate的模式。問題依舊。這可就暈了，眼看系統(tǒng)就要上線了。到了關(guān)鍵時候怎么出問題呢？心里有點(diǎn)緊張，一絲不安。一直有信心把問題解決。沒有辦法了，我只得在整個程序中添加了很多l(xiāng)og.debug()來測試。測試出，當(dāng)我不用另一個（獲取數(shù)據(jù)的數(shù)據(jù)庫）時，問題就不會產(chǎn)生，只要一加上就會產(chǎn)生上述問題。這可就奇怪了。還有就是有些數(shù)據(jù)可以，有數(shù)據(jù)數(shù)據(jù)不可以。那么問題應(yīng)該出錯在數(shù)據(jù)據(jù)格式（轉(zhuǎn)化）上。我把要從獲取數(shù)據(jù)庫的數(shù)據(jù)手動硬寫在程序中，程序通過。我原來從數(shù)據(jù)庫獲取的數(shù)據(jù)仔細(xì)看過。原來，數(shù)據(jù)庫的數(shù)據(jù)為81.6的數(shù)據(jù)輸出來的時候變成了81.599999999999994315658113919198513031005859375。這樣我就想是不是就會產(chǎn)生數(shù)組溢出呢？原后我就把數(shù)據(jù)改成81.6這樣子就沒有問題了。讓我們仔細(xì)看一下源碼
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"數(shù)組中的內(nèi)容是BigDecimal的，我可把它強(qiáng)制轉(zhuǎn)換成了double型的，就在這個轉(zhuǎn)換過程中，小數(shù)位增加了很多，當(dāng)添加到數(shù)據(jù)庫中時就發(fā)出了數(shù)組溢出的error!
所以，搞技術(shù)工作的一定要嚴(yán)謹(jǐn)，細(xì)心
  回復(fù)  更多評論