标签:程序 参考 不一致 多个 ber 属性 默认 rate 数据
配置关联时,我们考虑两点:程序执行效率和实际业务需要,前面的例子中无论是单向的关联还是双向的关联,我们都要分别对实体类使用session.save()才能将数据保存至数据库。
问题:如果保存数据非常多,那编码是一件恐怖的事情。
有没有简单的方法呢?
将<set>标签cascade=all
总结:我们只对district对象执行了持久化操作,但是通过sql语句,我们发现street执行了持久啊操作,这就是cascade属性的作用。当设置cascade属性不none时,Hibernate会持久化所关联的对象。
1.all :对象所有操作进行级联操作 save,update,delete
2.save-update : 执行保存和更改操作时进行级联操作
3.delete : 执行删除操作时进行级联操作
4.none : 对所有操作不进行级联操作 默认
cascade属性的设置往往会带来性能上的变动,请谨慎设置。
例如:对district对象进行保存或更改操作时,district对象不一定有关联的street对象,或street对象不一定也需要更新,但是删除district对象时同时删除它所关联的street对象
因此:将cascade属性设置为all是不恰当的,应该设置为delete
Hibernate: insert into district (name, id) values (?, ?)
Hibernate: insert into street (name, district_id, id) values (?, ?, ?)
Hibernate: update street set district_id=? where id=?
1.第一条语句:比较好理解,插入新的区数据
2.第二天语句:这里为什么出现insert街道呢?我们并没有编写session.save(street)?
答案:其实我们在district端设置了级联更新(cascade=”all”)
也即是说,当HIbernate在向district插入”新“对象记录时,会检查“district”对象所关联的属性(就是<set>对应的属性)是否发生变化,如果发生变化就按设定的内容进行操作。因为调用了district.getStreet().add(street),所有Hibenate插入district时候,也一同把它所关联的瞬时状态的对象一同插入到对应的表中区。
Hibernate: update street set district_id=? where id=?
3.第三条语句:是update语句,为什么重复更新记录?
答:Hibernate将district与street之间的关联交由district来维持,就district而言,它要先储存自己,然后储存它所包括的多个street,之后对每一个street更新(update)对自己(district)的关联。
就district而言,它并不知道它所包括的street是不是已存储的对象,或者即使是已存储对象,也不知道street表格上的district_id是不是参考至district表格的id
所以,它必须针对自己所有包括的street对象进行更新,以确保street表格上的district_id是指向自己的。
正因为如此,所以Hibernate“怕”在进行”district.getStreet().add(street)”这样操作时,出现意外情况(如street.getClss=null,street没有所属的区)
存在外键不一致的情况。所有出现了这条多余的update语句。
也就是由one-to-many中一的一方(district端)主动维护外键,以保证所有包含district对象的集合里的所有street对象都要与自己(district)有外键关联。
通俗讲:每年开学新生报到,班级老师主动邀请同学,而不是同学自己来报到。可想而知效率怎么样?
Hiberate有没有提供解决这种情况的办法呢?
当然有:那就是设置inverse属性!!
标签:程序 参考 不一致 多个 ber 属性 默认 rate 数据
原文地址:http://www.cnblogs.com/Xuesk/p/6915318.html