二、hibernate中对象的三种状态
瞬时状态transient、持久状态(托管)persistent、游离(脱管)detached状态
注意:托管、脱管要分清楚,分不清楚就用持久和游离
瞬时状态:使用new操作符初始化的对象的状态就是瞬时的,
1、在数据库表中,没有任何一条数据与它对应
2、不在session的缓存中
持久状态:在session的缓存中,
1、在session的缓存中(注意,很多书上都觉得持久化状态都在数据库表中有相应记录,这个是错误的,比如一个瞬时状态的对象刚被session.save(),事务还没提交,此时瞬时状态就已经变为持久化状态了,但是在数据库中还没有记录)
2、在数据库中可能有记录。
脱管状态:从session的缓存中移除出来了
1、是从session缓存中出来的,也就是从持久状态转变而来的,没有别的方式能到达游离(脱管)状态,只有这一种。
2、不在session的管理范围内
3、在数据库中有记录
根据上面的文字性描述,可能还不太理解,那现在根据我画的图和官方给予的图来加深印象吧。
误区1、很多书上觉得通过id值就可以判断对象是在哪个状态,比如说,没有id值,就是瞬时状态,有id并且在session管理范围内,就是持久状态,有id不在session范围内就是脱管状态,
解释:从上面的解释来看,瞬时状态变为脱管状态,只要加上id就行了,但是从官方图来说,瞬时状态不能直接变为游离状态,而游离状态可以通过delete直接到达瞬时状态(其实说直接,也是先将游离状态的对象加入到session缓存中变为持久状态,然后delete,在变为瞬时状态而已。),那么上面所用的通过有没有id值来判断三种状态就是有偏差的,可以这么理解,瞬时状态在数据库中就一定没有对应的记录,而游离状态一定是通过持久状态转变而来的,并且在数据库中可能有记录(没有记录是因为多线程,有别的程序把那条记录给删除了,所以一般就觉得是有记录的),所以瞬时状态和游离状态的区分点就在:从什么转变而来的,如果直接new的,那么就是瞬时状态对象,如果从持久态转变的,那么就是游离状态。
误区2:很多书上或者博客中会说识别是不是持久化状态,是看在session缓存内,还有就是在数据库中有记录。
解释:这里的前半句对,但是后半句错误,持久状态可能在数据库中有记录,也可能在数据库中没有记录,说说没有记录的时候吧,就是当session.save保存瞬时状态时,事务还没有提交,对象还只是在session的一级缓存中,数据库中就没有该记录,但此时它就已经是持久状态对象了。
误区3:认为session一操作,就会发出sql语句,这个上面已经说明白了,应该很清楚了。
小总结一下:怎么区分这三种状态
1、如果是在session缓存中,那么就一定是持久状态
2、如果是刚new出来的对象,那么就肯定是瞬时状态
3、如果是从session缓存中出来的,也就是通过一些session.clear、ecivt等操作,清除了缓存的,那么就是游离状态,
只有瞬时状态能确定数据库中没有对应记录,其他两个状态,都是不确定数据库中是否有对应记录
一切都以官方给出的图为准,其他的快速识别状态的方法,我认为是不可取的,自己还是没弄明白其中的道理,也就永远没把握自己是不是对的。
讲了那么久的理论,现在就通过那张官方给的图,让我们来实验试验各种状态间的转换吧。
1、怎么变成瞬时状态、和如何从瞬时状态变为持久状态?
User user = new User();//瞬时状态 user.setUsername("aaa");//瞬时状态 session.save(user);//持久状态,这里使用saceOrUpdate也一样。将user放在session的一级缓存中,快照区也有一份 //提交事务 tx.commit();//事务提交之后,才发送sql语句 //关闭session session.close();//session关闭后,user就变为游离(脱管)状态了
2、怎么直接变为持久状态
//从数据库中查询id为7的用户,并且此时user在session的一级缓存中,快照区也有一份一样的 User user = (User) session.get(User.class, "7"); //提交事务 tx.commit(); //关闭session,持久化对象就会变为脱管状态。 session.close();
3、持久状态变为瞬时状态
//并且user会在session的一级缓存中,持久状态,快照区也有一份一样的 User user =(User)session.get(User.class, "15"); //将user移除session一级缓存,并且从数据库中删除该记录,快照区中的对象也删除了,所以变成瞬时状态而不是变成游离状态 session.delete(user); //不会发出update语句。改变的只是瞬时状态的属性 user.setUsername("heihei");
4、持久状态变为游离状态
//并且user会在session的一级缓存中,持久状态,快照区中也有一份一样的 User user =(User)session.get(User.class, "15"); //将user移除session一级缓存,并没有删除数据库记录,所以变为了游离状态,清除缓存,那么快照区中也没了 session.evict(user); //不会发出update语句。改变的只是游离状态的属性,没影响 user.setUsername("heihei");
5、游离状态变为持久状态
//并且user会在session的一级缓存中,持久状态,快照区有一份一样的 User user =(User)session.get(User.class, "15"); //将user移除session一级缓存,并没有删除数据库记录,所以变为了游离状态。快照区中也没了 session.evict(user); //不会发出update语句。改变的只是游离状态的属性,没影响 user.setUsername("heihei"); //会发出update语句进行更新,重新回到持久状态。加入到一级缓存中。快照区中也有一份一样的。 session.update(user); //猜一下这里会不会发两条update语句?如果觉得是两条的话,就没记住我说的话,肯定是一条update语句呀,自己可以看上面讲解快照区时的图片,这里改变了快照区中user的属性, //因为上面用的是update方法,快照区会先跟一级缓存中的对比,如果有不一样,那么就发送update语句,而不会先发一个update然后再对比,不一样在发update,跟insert不一样。 user.setUsername("sss");
6、游离状态变为瞬时状态
这个也没什么好讲的,上面已经分析过了,游离状态直接变为瞬时状态其实也就是先进过持久状态,然后再变为瞬时状态。
三、经过上面的学习,现在深入一点,让你知道会发送多少条sql语句。
1、Test01
session = HibernateUtil.openSession(); session.beginTransaction(); User user = new User(); user.setUsername("aaa"); user.setPassword("aaa"); user.setBorn(new Date()); //以上u就是Transient(瞬时状态),表示没有被session管理并且数据库中没有 //执行save之后,被session所管理,而且,数据库中已经存在,此时就是Persistent状态 session.save(user); //此时u是持久化状态,已经被session所管理,当在提交时,会把session中的对象和快照区的对象进行比较 //如果两个对象中的值不一致就会继续发出相应的sql语句 user.setPassword("bbb"); //此时会发出2条sql,一条用户做插入,一条用来做更新 session.getTransaction().commit();
Hibernate: insert into t_user (born, password, username) values (?, ?, ?)
Hibernate: update t_user set born=?, password=?, username=? where id=?
Test02
SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd"); session = HibernateUtil.openSession(); session.beginTransaction(); User u = new User(); u.setBorn(new Date()); u.setUsername("zhangsan"); u.setPassword("zhangsan"); session.save(u); u.setPassword("222"); //该条语句没有意义 session.save(u); u.setPassword("zhangsan111"); //没有意义 session.update(u); u.setBorn(sdf.parse("1988-12-22")); //没有意义 session.update(u); session.getTransaction().commit();
没有意义是什么意思呢?记得我一开始说的那个注意点嘛,所有的操作都会先存放在session的一级缓存中,当对象进入一级缓存中,在怎么改变属性,都只改变快照区中对象的属性,在用session进行操作,还是操作的一级缓存中的对象,记住了这一点,那么上面的程序就简单了,u保存到了缓存中,u改变属性,session在save u没一点意义,并且连续改改,也只是改快照区中的属性,等到事务提交的时候,在做对比和进行相应的操作。
Hibernate: insert into t_user (born, password, username) values (?, ?, ?)
Hibernate: update t_user set born=?, password=?, username=? where id=?
Test03
SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd"); session = HibernateUtil.openSession(); session.beginTransaction(); User u = new User(); u.setId(5); //完成update之后也会变成持久化状态 session.update(u); u.setBorn(sdf.parse("1998-12-22")); u.setPassword("lisi"); u.setUsername("lisi"); //会抛出异常 u.setId(333); session.getTransaction().commit();
这个例子会报异常,就是上面我说过的,在一级缓存中的对象,如果改变快照区中的id属性,就会报异常