JavaJava Hibernate和.Net EntityFramework 如何在付给业务以前 就获得要求新增实体的Id

在Hibernate中很不难形成那一点,因为hibernate在事务commit以前 
还有3个save方法,这一个save方法就能够持久化并且得到Id。

不过EF并不可以啊,EF是将目的标记为新增状态,等到最后上下文统一SaveChange的时候,才能交付业务得到Id。 

嗬,初涉不深,作者以为应该是这些意况没错。不知情EF到底能或无法像Hibernate那样,在事务commit此前就获得。

据此自个儿就悟出利用两个EF上下文来做,不过五个左右文
有没有主意同时回滚,所以为了缓解八个工作都能回滚的题材,

想开了多少个办法,EF分布式事务应该能够。 

备感依旧略微难点,事务之间有隔绝性呀。

内需更为承认和整理,先做个笔记。

Java 1

 

 

操作后,整理结果:

弄晕了,想了弹指间那样的做法是错的,也不须要理解怎样id,大概hibernate和EF设计的沉思本来就分化,在EF中能否拿获得ID其实也是无视的,能够把指标关系交给EF来处理
主外键,完全不需求得到Id。假设真是有哪些尤其要求的话,主键能够换GUID,那样拿程序来生完了好了

 

相关文章