OID、Cascade、API聚合与Inverse策略

1、OID(Object ID),即实体ID,它的两种常用生成策略是native和assigned,其中native

表示由数据库自动生成实体对象的ID,Hibernate则不需要去维护关系外键,assigned

表示在保存保存实体之前由程序指定;cascade表示在操作实体时是否支持级联操作它所

关联的实体(认值为none,表示不发生任何DML级联操作),inverse表示操作当前实

体之后是否支持继续维护关系表外键(认值是false,表示当前实体被操作后可能会

维护关系外键),API聚合表示在程序中是否注入关联实体(即:级联式API),在注入了

关联实体且cascade不为none的情况下在操作当前实体之后将采用级联方式操作关

联实体,在注入了关联实体且inverse=false的情况下将维护关系外键,如果没有注

入关联实体则仅仅操作当前实体

2、这几者之间是相互发生作用和影响的,比如在独立实体的级联保存操作中,如果依赖

实体的ID生成策略是assigned则级联保存依赖实体时就会触发对从表中实体ID是否

发生重复的检查,这可能会引起多次IO操作,降低DML操作效率,反过来,如果操作依赖

实体时(必须注入独立实体,因为它要维护外键),独立实体方的ID生成策略是

assigned则同样可能会引发对主表的多次IO检查

3、ID的生成策略是我们不能任意选择的,它多数情况下是依赖于业务需求和设计,因此

为了提升DML的操作效率,我们更多的时候是考虑分别操作独立实体和依赖实体,而不

是采用级联的操作模式,所以,不论是独立实体方还是函数依赖实体方,我们都推荐将

cascade值设置为none(即不发生任何级联操作),如果实体需要维护关系外键则设置

它为false(认值),否则显式的设置它为true

4、当cascade=none时,有如下操作情况:

A、inverse=false 且 级联式API――>维护关系外键,操作当前实体和外键表

B、inverse=true 且 非级联API――>不维护关系外键,仅操作当前实体

实践经验表明:inverse=true的情况适用于独立实体,inverse=false的情况适用于

依赖实体,inverse属性只有在set标签中才存在,非set标签中没有inverse属性,

认inverse属性值为false,表示认情况下支持关系外键维护

注:ID生成策略为assigned的情况:

尽管数据库中可能是identity或auto_increment方式生成主键,但是你仍然可以考

虑使用assigned模式指定实体主键,但是如果ID策略是native,则程序在保存实体之

前指定的主键是无效的,它仍然根据数据来生成主键

相关文章

迭代器模式(Iterator)迭代器模式(Iterator)[Cursor]意图...
高性能IO模型浅析服务器端编程经常需要构造高性能的IO模型,...
策略模式(Strategy)策略模式(Strategy)[Policy]意图:定...
访问者模式(Visitor)访问者模式(Visitor)意图:表示一个...
命令模式(Command)命令模式(Command)[Action/Transactio...
生成器模式(Builder)生成器模式(Builder)意图:将一个对...