hibernate的映射、三态、脏数据、Session缓存.docVIP

如果您对hibernate的 映射、三态、脏数据、Session缓存仅仅只是听其名没有初步了解的话，此文你可以return了。最烦一些混IT时间长的SB业内名词倒是知道不少具体到的时候就只会含糊其辞还在哥面前装前辈让哥鄙视不已。 ? ?热心交流的帅哥欢迎您，恶语相向者请滚！ 　　　　书上说inverse=false时，由主控方维持关系。。。 由于我是初学者，加上语文水平低下，实在不理解“维持关系”是个啥米意思 只能代码说话： class--》cid，cname；student--》sid，sname，class_id so： class为one-to-many端 class--》hbm--》 set name=students table=student cascade=save-update????key column=class /????one-to-many class=lcx.vo.Student /?? /set Class class = new Class();//class.id 为自动生成class.setName(一年级1班);Student stu = new Student();stu.setName(小MM);stu.setClass(class);此时class 没有被Hibernate纳入Session缓存管理 在默认的情况下(即：没有设置cascade属性或cascade=none时)，Hibernate不会自动“持久化他所关联”的其他临时对象。 class.getStudents().add(stu);session.save(class); 这样就成了，当然hibernatetemplete里面封装了一大堆成型的方法 继承模版比较好 这里仅为理解意思 show-sql 如下 insert into demo.class (cid, cname) values (66666666666666666666666666666666, 一年级1班)insert into demo.student (sid,sname,class_id) values (8888888888888888811cb2e04c888888, 小MM, 66666666666666666666666666666666)update demo.student set class_id=66666666666666666666666666666666 where sid=8888888888888888811cb2e04c888888 保存student时候并没有session.save(studen);依然会有插入 这就是cascade=save-update作用 第三条sql貌似不好理解吧。， 假如把 class端的配置文档中的 invser属性设置为true在执行上面的程序，发现，就变成2条insert语句啦。。。。。(update没了。。。)看来第三条的update语句和inverse有着密切的关系 当调用 Class.getStudents().add(stu)方法，进行添加操作时， (即：向 这个Class对象所属的“集合 (也就是调用getStudents方法所返回的那个Set集合)”中添加一个Student(即 add(stu))，也就是说，这个“新”添加的Student对象(stu)， 他的Student.class_id字段“必须”，要等于“被添加方Class”的主键(即:Class.cid)。 从“数据库”层面来讲，也就是说，这个“新”添加的“Student”的class_id字段，必须要与“Class”的cid字段，存在主外键关联。) 正因为如此：所以Hibernate“怕” 在进行 Class.getStudents().add(stu) 这样的操作时， 出现意外情况(如: stu.getClass=null，即：stu没有所属班级)，即“添加方”(Student)与“被添加方”(Class)，存在“外键”不一致的情况发生。 所以就出现了 那条多余的update语句。即：one-to-many（Class端）主动去维护Child.Class_id 所以就是说，Hibernate怕出错，就给你多执行一次无用的更新语句，以保证 add 到 Class“集合”中的所有Student都是要与Class有外键关联的。 用普通话说就是:一年1班.getStudents().add(小美女);一年1班.getStudents().add（大美女);也就是说现在不管是??小美女还是 大美女 如果他们，目前还没有自己的班级的话，一年1班的班主任就会主动邀请他