在交易中,如果有故障,是否可以更新不承担的数据并提交提交而不是退回交易?
nope。这是不可能的,出于非常充分的理由。
当您在冲洗JPA和Hibernate持久性上下文时得到异常时,尚不清楚已同步多少实体状态过渡,并且根本没有刷过哪些状态过渡。
就像酸性交易应该是原子一样,JPA工作单位(持久性上下文)也应该是原子。
试图打破这种行为是一种数据访问设计气味,并认为对原始问题有更好的解决方案。
在交易中,如果有故障,是否可以更新不承担的数据并提交提交而不是退回交易?
nope。这是不可能的,出于非常充分的理由。
当您在冲洗JPA和Hibernate持久性上下文时得到异常时,尚不清楚已同步多少实体状态过渡,并且根本没有刷过哪些状态过渡。
就像酸性交易应该是原子一样,JPA工作单位(持久性上下文)也应该是原子。
试图打破这种行为是一种数据访问设计气味,并认为对原始问题有更好的解决方案。
javascript python java c# php android html jquery c++ css ios sql mysql arrays asp.net json python-3.x ruby-on-rails .net sql-server django objective-c excel regex ruby linux ajax iphone xml vba spring asp.net-mvc database wordpress string postgresql wpf windows xcode bash git oracle list vb.net multithreading eclipse algorithm macos powershell visual-studio image forms numpy scala function api selenium