hibernate中的inverse和cascade

Hibernate集合映射中,经常会使用到"inverse"和"cascade"这两个属性。对于我这样,Hibernate接触不深和语文水平够烂的种种因素,发现这两个属性实在是难以理解,无奈只好将这个两个属性解释工作交给了Google和Baidu,查看了许多牛人的解释,加上自己在Eclipse上的调试,对"inverse"和"cascade"这两个属性有了一定的见解。

 


"inverse"属性探究 

  "inverse"-直译过来就是"反转,使颠倒"的意思,书面化的解释为"是否将关系维护的权力交给对方"(这个解释真够蛋疼的-_-!!,就是理解不了)。 Hibernate中的"inverse"属性只有两个值"true"和"false"。"true"表示将关系维护的权力交给对方,"false"表示不交出维护权力(默认值)。

  例如有两张表,customer和orders,他们的关系是一对多,customer是一方,orders为多方。

drop table if exists customer; drop table if exists orders; create table customer ( id varchar(255) not null, username varchar(255), password varchar(255), age integer, register_time datetime, primary key (id) ); create table orders ( id varchar(255) not null, orderNumber varchar(255), balance integer, customer_id varchar(255), primary key (id) );
 
 
复制代码

  两表对应的hbm文件,对应的POJO类:

/* customer表对应的POJO类 */ public class Customer { private String id; private String username; private String password; private Timestamp registerTime; private int age; private Set<Order> orders = new HashSet<Order>(); public Customer() { } /* get and set method */ } /* orders表对应的POJO类 */ public class Order { private String id; private String orderNumber; private int balance; private Customer customer; public Order() { } /* get and set method */ }
 
 
复制代码

 

<!-- Customer类的hbm文件 --> < hibernate-mapping > < class name ="com.suxiaolei.hibernate.pojos.Customer" table ="customer" > < id name ="id" type ="string" > < column name ="id" ></ column > < generator class ="uuid" ></ generator > </ id > < property name ="username" column ="username" type ="string" ></ property > < property name ="password" column ="password" type ="string" ></ property > < property name ="age" column ="age" type ="integer" ></ property > < property name ="registerTime" column ="register_time" type ="timestamp" ></ property > < set name ="orders" inverse ="true" cascade ="all" > < key column ="customer_id" ></ key > < one-to-many class ="com.suxiaolei.hibernate.pojos.Order" /> </ set > </ class > </ hibernate-mapping > <!-- Order类的hbm文件 --> < hibernate-mapping > < class name ="com.suxiaolei.hibernate.pojos.Order" table ="orders" > < id name ="id" type ="string" > < column name ="id" ></ column > < generator class ="uuid" ></ generator > </ id > < property name ="orderNumber" column ="orderNumber" type ="string" ></ property > < property name ="balance" column ="balance" type ="integer" ></ property > < many-to-one name ="customer" class ="com.suxiaolei.hibernate.pojos.Customer" > < column name ="customer_id" ></ column > </ many-to-one > </ class > </ hibernate-mapping >
 
 
复制代码

下面写一些测试代码测试"inverse"属性的特性:

情况一:将"inverse"设置为true,让多方维护关系

try { tx = session.beginTransaction(); /* * 创建Customer对象,并设置其属性值 */ Customer customer = new Customer(); customer.setUsername("zhangsan"); customer.setPassword("123456"); customer.setAge(22); customer.setRegisterTime( new Timestamp( new Date().getTime())); /* * 创建Order对象order1,并设置其属性值 */ Order order1 = new Order(); order1.setOrderNumber("a1a2a3"); order1.setBalance(1000); order1.setCustomer(customer); // 将customer对象关联到order1对象上 /* * 创建Order对象order2,并设置其属性值 */ Order order2 = new Order(); order2.setOrderNumber("d3d2d1"); order2.setBalance(670); order2.setCustomer(customer); // /将customer对象关联到order2对象上 customer.getOrders().add(order1); // 将order1对象关联到customer对象上 customer.getOrders().add(order2); // 将order2对象关联到customer对象上 session.saveOrUpdate(customer); tx.commit(); } catch (Exception e) { if(tx != null) { tx.rollback(); } e.printStackTrace(); } finally { session.close(); }
 
 
复制代码

数据库中的数据更新为:

customer表: 

orders表:

现在将order1.setCustomer(customer);这段代码注释掉,再次运行程序:

customer表:

orders表:

  可以到看到显著地差别了,第一次保存"id"="402881e534ea7c750134ea7c76bc0001"的数据时,orders表中插入了两条数据,他们的customer_id都为customer中对应记录的主键值,而第二次保存记录"id"="402881e534ea81be0134ea81bfea0001"的数据时,由于先前将原来的代码段order1.setCustomer(customer);注释掉了,此时order表中插入的数据中order1代表的那条记录没有customer_id值。

  从以上现象可以有助于理解"inverse"这个属性。首先,"inverse"控制关系维护权力,那么什么是"关系"?,关系的具体体现是什么?在以上例子中,"关系"就是两个表之间的关系,通常为"一对多","一对一","多对多"三种关系,而关系的具体体现为orders表中的customer_id列,而"inverse"属性就是告诉Hibernate哪一方有权力管理和维护这一列。上面的例子将"inverse"设置为true那么customer_id这一列由多方(order对象)维护。这说明了,只有order对象对关系的操作会反映到数据库中。(对象对关系的操作就是对关联属性的操作,例如order对象对自身的"customer"属性操作,customer对象对自身的orders集合(Set<Order>)操作)

  例如,将id="402881e534ea7c750134ea7c76bc0001"的customer对象从数据库中取出,获取到该customer对象所关联的order对象集合,将该customer对象所关联的order对象删除。

Customer customer = (Customer)session.get(Customer. class, "402881e534ea7c750134ea7c76bc0001"); Order order = (Order)session.get(Order. class, "402881e534ea7c750134ea7c76ce0002"); System.out.println("customer association order count:"+customer.getOrders().size()); customer.getOrders().remove(order); System.out.println("customer association order count:"+customer.getOrders().size()); session.saveOrUpdate(customer);
 
 
复制代码

//Console Output:

customer association order count:2
customer association order count:1

  可以看到customer中关联的order对象集合确实有对象被删除了,若操作有效,表示该order对象与customer对象没有关系了,反映到数据库中应该将该order对象对应的customer_id设置为null。现在查看一下数据库数据:

看到了吧,刚刚那个操作就是个无用操作,不会反应到数据库中。我们修改一下程序代码:

Customer customer = (Customer)session.get(Customer. class, "402881e534ea7c750134ea7c76bc0001"); Order order = (Order)session.get(Order. class, "402881e534ea7c750134ea7c76ce0002"); order.setCustomer( null); session.saveOrUpdate(customer);
 
 
复制代码

  这次我们使用order对象来操作关系,将该order对象与customer对象脱离关系,若操作有效,则反映在数据库中应该是该order对象的customer_id字段的值变成null,现在查看一下数据库:

可以看到,此次操作成功的反映到了数据库中了。
 

情况二、将"inverse"属性设置为"false",双方都维护关系(因为没有一方交出权力,"inverse"的默认值为"false",而且"inverse"属性只能在set、list、map等几个标签中设置,像many-to-one这一类的标签都不能设置"inverse"这个属性值,它们只能取值"false")

  这里会产生书中所说的性能问题(囧,这个也是理解了很久很久),这个不管怎么说你都可能理解不了,我就是这样的(-_-!!),所以我建议使用第三方的软件将Hibernate输出的SQL语句的绑定值显示出来(可以参考这里)。之所以会产生性能为题,当你操作关系是会无故多产生一些update语句,比如你使用上面的例子保存一个customer对象,它关联了2个order对象,它不但会生成3条insert语句(用于插入数据),还会生成2条update语句(将关联的order对象的customer_id更新为自己的主键值),你想想要是一个customer对象包含几万了order对象(购物狂),那么每次保存它得要多生成几万条update语句,这个就是很严重的性能问题了。

  为什么Hibernate会产生update语句呢?那是Hibernate太主动,太热情,太负责的表现,它怕你出现错误,例如有几万个order对象需要关联到customer对象上,这就需要调用order.setCustomer(customer);,几万个对象这不是人可以不放错的完成的。所以Hibernate怕你出错忘记调用这个方法,所以他将会在order对象保存完毕后将所有关联对象的customer_id字段更新一遍,确保正确性,这样也就产生上面的性能问题。

  将"inverse"设置为false后,你可以尝试设置order1.setCustomer(null),它依然会正确的将customer的主键值完美的插入到order的customer_id字段上,只是会多一条update语句。
 

"cascade"属性

  "cascade"-直译过来就是"级联、串联"的意思,书面化的解释为"该属性会使我们在操作主对象时,同时Hibernate帮助我们完成从属对象相应的操作(比如,有Customer和Order这两张表,关系为一对多,只使用JDBC删除Customer表中的一行记录时,我们还需要手动的将Order表中与之关联的记录全都删除,使用Hibernate的'cascade'属性后,当我们删除一条Customer记录时,Hibernate会帮助我们完成相应Order表记录的删除工作,方便了我们的工作)"。

 

 


 总结

  使用"inverse"这个属性时,要考虑清楚关系,不然你的系统就会有大的性能问题(不过我可能想不清楚,现在还是一个普通大学生没什么实战经验-_-!!,要继续努力~_~),书本上和一些牛人建议,关系一般由"多方"维护,当遇到"多对多"时怎么办,其实多对多久是两个"一对多",随意设置一方"inverse"为"true"就可以了,不要两方都设置或都不设置(囧,我开始就是死板这样的设置)。而是用"cascade"属性时,主对象(一方)一般设置为"all",而多方不建议设置包含delete操作的选项,建议设置多方为"save-update",这是因为你删除一方,多方已经没有存在的意义了,而删除多方不能代表一方没意义了(例如,消费者和订单)。最后,"cascade"操作的是两张表的记录或两端的对象,而"inverse"操作的是两张表的关系或两个对象的关系。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值