我在数据库 (Oracle) 中保存的 hibernate 实体具有非常复杂的关系,因为它有许多相关实体。看起来像这样……
@Table(name = "t_HOP_CommonContract")
public class Contract {
@Id
private ContractPK id;
@OneToOne(fetch = FetchType.LAZY, cascade = CascadeType.ALL)
@PrimaryKeyJoinColumn
private ContractGroupMember contractGroupMember;
@OneToMany(cascade = CascadeType.ALL, fetch = FetchType.LAZY)
@JoinColumns({
@JoinColumn(name = "TransactionId", referencedColumnName = "TransactionId"),
@JoinColumn(name = "PrimaryContractId", referencedColumnName = "PrimaryContractId")
})
@Fetch(FetchMode.SUBSELECT)
private List<ContractLink> contractLinks;
// . . . . . . .
// A couple of more one to many relationships
// Entity getters etc.
}
我还有一些实体,例如...
@Table(name = "t_HOP_TRS")
public class TotalReturnSwap {
@Id
private ContractPK id;
// Entity Getters etc.
}
诀窍是我必须在同一交易中持久化 Contract
和 TotalReturnSwap
实体。
有时它可能是一堆必须在同一事务中持久化的实体。
我在保存 TotalReturnSwap
实体时注意到以下异常(这总是在我保存 Contract
实体之后完成)。
org.springframework.orm.hibernate3.HibernateOptimisticLockingFailureException: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1; nested exception is
org.hibernate.StaleStateException: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1
at org.springframework.orm.hibernate3.SessionFactoryUtils.convertHibernateAccessException(SessionFactoryUtils.java:675) \
at org.springframework.orm.hibernate3.HibernateTransactionManager.convertHibernateAccessException(HibernateTransactionManager.java:793)
at org.springframework.orm.hibernate3.HibernateTransactionManager.doCommit(HibernateTransactionManager.java:664)
at org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:754)
at org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:723)
at org.springframework.transaction.support.TransactionTemplate.execute(TransactionTemplate.java:147)
at com.rbs.fcg.publishing.DownstreamContractBusinessEventPostingService.performTDWPersistenceForContracts(DownstreamContractBusinessEventPostingService.java:102)
at com.rbs.fcg.publishing.DownstreamContractBusinessEventPostingService.persistContractBusinessEvent(DownstreamContractBusinessEventPostingService.java:87)
at com.rbs.fcg.publishing.DownstreamContractBusinessEventPostingService.publish(DownstreamContractBusinessEventPostingService.java:67)
at com.rbs.fcg.publishing.PublishingProcessor.publish(PublishingProcessor.java:76)
at com.rbs.fcg.publishing.PublishingProcessor.process(PublishingProcessor.java:52)
at com.rbs.are.MultiThreadedQueueItemProcessor$2.run(MultiThreadedQueueItemProcessor.java:106)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Caused by: org.hibernate.StaleStateException: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1
at org.hibernate.jdbc.Expectations$BasicExpectation.checkBatched(Expectations.java:85)
at org.hibernate.jdbc.Expectations$BasicExpectation.verifyOutcome(Expectations.java:70)
现在有几点可能对回答问题有帮助:
- 我只是在数据库中保存(插入)实体——从不更新/删除/读取
- 即使在单线程环境中,我也能够隔离此异常,因此它看起来不像是多线程问题,即使我们的应用程序是多线程的也是如此
最佳答案
错误可能由以下几种情况引起:
- 在提交对象之前刷新数据可能会导致清除所有等待持久化的对象。
- 如果对象具有自动生成的主键,而您正在强制分配一个键
- 如果您在将对象提交到数据库之前清理对象。
- 零或不正确的 ID:如果您将 ID 设置为零或其他,Hibernate 将尝试更新而不是插入。
- 对象过时:Hibernate 缓存 session 中的对象。如果对象被修改,而 Hibernate 不知道它,它会抛出这个异常——注意 StaleStateException
我并没有以此为荣,我找到了它 here .
关于java - 保存具有复杂关系的实体时出现 StaleStateException,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11733803/