一级缓存:
@Test
public void demo03(){
//验证一级缓存的存在
Session session = factory.openSession();
Transaction transaction =session.beginTransaction();
//查询之后,将数据放置一级缓存,在debug视图下,可以观察到这里生成了select语句
Book book = (Book)session.get(Book.class, 1);
System.out.println(book.getTitle());
//从一级缓存中获取,用debug观察,此处不再生成select语句,说明是从session缓存中获取的,
Book book2 = (Book)session.get(Book.class, 1);
System.out.println(book2.getTitle());
// 将book2对象从session缓存中移除
session.evict(book2);
//删除后,再次用get方法获取对象,通过debug会发现该语句再次生成了select语句,说明了一级缓存的存在。
Book book3 = (Book) session.get(Book.class,1);
System.out.println(book3.getTitle());
transaction.commit();
session.close();
}
Session的get方法的底层实现:首先去session缓存中查找有没有这个对象,如果有则直接返回,不创建select的查询sql语句;如果没有,则创建select的sql查询语句,继续去数据库查找,如果找到则先将查找到的对象存到session缓存中,并返回给用户,如果没有则返回一个null。
一级缓存的快照:
从数据库查询回来的对象首先会放到session缓存中,这时会在缓存中生成一份与之一样的对象,称为这个对象的快照。在get方法将对象返回给用户之后,如果用户对这个对象做了修改的动作,比如调用其setter方法修改其中的某项数据,那么这是就修改了session缓存中的非快照部分的对象的数据,而快照中的数据不变。这时hibernate会将session中的这两个对象做比较,比较是否各个数据都一致,如果一致则不做任何改动,但是如果出现不一致的情况,hibernate会自动的生成update语句去数据库进行更新,当然就不用我们人为操作了。通过debug的一步步调试可以清楚的得到整个执行流程。
一些知识点:
1,通过query的list查出的对象会全部放在session的缓存中,再通过get方法查询的时候,如果session中有这个对象,就不会再去数据库中查询了。
如果我们先通过get方式获取了其中的一个对象,并存在session中,再通过query的list获取对象,那么这个list方法将不会从session缓存中获取对象,它会重新从数据库中查询所有的符合条件的对象,并存入session域中,例如我们在list查询前通过get(Book.class,1)方法查到了一个Book(比如id为1),我们sop这个book,在list后在获取get(Book.class,1),打印这次获取的Book,会发现两次打印结果一致,也就是说这两个是同一个对象。
2,如果在hbm.xml配置文件指定表名或使用HQL建立查询时使用了sql中的关键字,是会出错误的,可以通过重音符`来解决(ESC下面的键)。
3,在PO中,定义字段类型是使用的基本数据类型,最好使用基本数据类型的包装类。例如:如果使用int型,则最好使用Integer型,因为int型默认是0,Integer是null,如果一个人没有为年龄属性赋值,则应该是null,而不应该是0。
4,如果搭建好了环境,并且配置好了各种配置文件,已经进入了操作数据库的阶段,那么以下方法可以直接让数据库生成对应的所有的空表。
Sessionsession = SessionUtils.openSession();
session.close();
即获取链接后直接关闭连接。
load方法和get方法:
这两个方法都可以从从数据库获取对象,不同的是:
Load方法是延迟加载,它先创建一个代理,这个代理只记录的查询依据主键id的值,只有在需要查询的时候才去数据库查询。
Get方法不进行延迟加载,一旦调用就立刻去数据库查询,并返回结果。
返回的结果上也有差异:
Load如果没有查询到,返回一个空的代理对象,或抛出一个异常。
Get方法没有查到对象,会返回一个null值。