Hibernate中inverse与cascade作用.docVIP

Hibernate中inverse与cascade作用 Hibernate中inverse与cascade作用 4. hibernate如何根据pojo来更新数据库 4.0 在commit/flush之前，hibernate不会对pojo对象作神秘的处理。 　　4.0.1 在select查询出pojo时，hibernate根据“字段--属性”的对应关系，用字段的值填充pojo的属性； 　　然后根据“关系标记”生成sql语句从relationTable中查询出满足条件的relationPojo，并把这些relatinPojo 　　放到“关系属性”中。这个过程是机械的。 　　4.0.2 在pojo对象被查出来后，到commit(或flush)之前，它将是一个普通的java对象，hibernate不会做额外的手脚。 　　比如，不会限制你设置一个属性的值为null或其它任何值 　　在集合类Set的add(object)操作时， 不会改变object的值，不会检查参数object是否是一个pojo对象 　　设置mainPojo的一个“桥属性”的值，不会自动设置relationPojo的对应的“桥属性”的值。 　　执行session.delete(pojo)时，pojo本身没有变化，他的属性值也没有变化。 　　执行session.save(pojo)时，如果pojo的id不是hibernate或数据库生成,则它的值没有变化。 　　如果pojo的id是hibernate或数据库生成，则hibernate会把id给pojo设上去。 　　extend: 对lazy=true的set，hibernate在进行set的操作(调用java.util.Set中声明的方法)时 　　会先inialize这个set，仅此而已。而inialize仅仅是从数据库中捞出set的数据。 　　如果一个set已经被inialize了，那么对它进行的操作就是java.util.Set接口中定义的语义。 　　另外，如果id由hibernate来生成，那么在save(pojo)时，hibernate会改变该pojo，会设置它的id，这 　　可能改变该pojo的hashCode。 　　mapping文件中标记的某些属性及pojo对象的操作会对数据库操作产生影响，这些影响都是在commit时才会起作用。 　　而在commit前pojo的状态不受它们的影响。 　　不过，待commit之时，将由hibernate完全掌控，它好像知道pojo对象从创建到commit这中间的所有变化。 　　4.0.3 关联更新 　　关系标记对应的属性是一个pojo或一个pojo的集合，修改“关系属性”的值能会导致更新mainTable表，也可能会更新relationTable表。 　　这种更新暂叫“关联更新”。 4.1.inverse属性的作用（假定没有设置cascade属性） 　　4.1.1 “只有集合标记（set/map/list/array/bag）才有inverse属性”。 　　————不妨以标记set为例，具体为“一个地区（Address表）的学校（School表）” -- address.schoolSet。 　　4.1.2 “set的inverse属性决定是否把对set的改动反映到数据库中去。 　　inverse=false————反映；inverse=true————不反映” 　　inverse属性默认为false 　　对one-to-many和many-to-many子标记，这两条都适用。 　　不管是对set做什么操作，4.1.2都适用。 　　4.1.3当inverse=false时，hibernate如何将对set的改动反映到数据库中： 　　对set的操作主要有：（1）新增元素 address.getSchoolSet().add(oneSchool); 　　（2）删除元素 address.getSchoolSet().remove(oneSchool); 　　（3）删除set address.setSchoolSet(null); 　　（4）设新set address.setSchoolSet( newSchoolSet); 　　（5）转移set otherSchoolSet = otherAddress.getSchoolSet(); 　　otherAddress.setSchoolSet(null); 　　address.setSchoolSet(otherSchoolSet); 　　（6）改变set中元素的属性的值 如果是改变key属性，这会导致异常 　　如果改变的是普通的属性，则hibernate认为set没有变化（在后面可以看出缘由）。 　　所以这种情形不予考虑。