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

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

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

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

  回復(fù)  更多評(píng)論
  

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

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

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

我現(xiàn)在覺得也是。現(xiàn)在我就感覺到了這一點(diǎn)。因?yàn)槲椰F(xiàn)在保存數(shù)據(jù)有時(shí)會(huì)出錯(cuò)，現(xiàn)在正在找原因，郁悶了一下午了。：＜
出錯(cuò)信息如下：
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不知是為會(huì)什么？因?yàn)樵赼ction的類中我用了一個(gè)這樣一方法，shipmentDAO.addShipment(this)，this代表了本身的對(duì)象，用來（獲取）傳送頁面請(qǐng)求的數(shù)據(jù)到DAO中。不知前輩們是怎么處理這個(gè)地方的？
at com.legend.shipment.web.Shipment2Action.saveShipment(Shipment2Action.
java:196)//這個(gè)出錯(cuò)的類的方法出錯(cuò)的語句， 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

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

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