加载策略 抓取策略

https://www.cnblogs.com/fingerboy/p/5256087.html

加载策略

假设现在有Book和Category两张表,表的关系为双向的一对多,表结构如下:

假设现在我想查询id为2的那本书的书名,使用session.get(...)方法:

1 Session session=HibernateUtil.getSession();
2 Book book =(Book) session.get(Book.class,2);
3 System.out.println(book.getName());

当执行完第二行代码,还未执行第三行时,控制台已经打印出了sql语句,执行第三行时打印出书名"斗破苍穹".

而如果使用session.load(..)查询时:

1 Session session=HibernateUtil.getSession();
2 Book book =(Book) session.load(Book.class,1);
3 System.out.println(book.getName());

当执行完第二行代码还未执行第三行时,控制台什么都没有打印,执行第三行时,控制台打印出sql语句和书名"斗破苍穹".

看出get和load的区别了吗?

　　实际上：

　　当使用get方法查询时,程序立即去访问数据库(实际上是先去一级缓存session中查询,没有发现的话再去二级缓存,再没有的话才去访问数据库),得到id=2的Book,并且打印出sql语句

　　而是用load方法查询时,load并未立即去访问数据库,他先是返回了一个Book的代理对象,当你真正要用到Book中信息时,才去访问数据库.load支持延迟加载,get不支持延迟加载,当然如果设置了lazy=false,get和load都会直接去访问数据库,都变成即时加载.

　　get/load方法还有一个很重要的区别就是: load方式检索不到的话会抛出org.hibernate.ObjectNotFoundException异常,get方法检索不到的话会返回null

　　这就引出了即时加载和延时加载的概念

　　通俗的说,即时加载,就是立即去数据库查找,延迟加载,就是真正需要的时候才去数据库查找

　　这类似于单例模式中的懒汉式和饿汉式的加载方式

　　假设我现在想通过查询Book,来得到Book所对应的Category,如果设置为即时加载,当加载Book时,会自动加载Category,如果设置为延迟加载,则加载Book时,不会加载Category,只有当第一次调用getCategory(),时,才去执行sql语句,加载Category.

　　一般来说,延迟加载要比即时加载节省资源,但是如果处理不当,延迟加载容易抛出延迟加载异常(LazyInitializationException).这是因为延迟加载时,只有第一次调用getCategory()时才会加载Category数据,如果这时候数据库连接已经关闭了,就会因为无法加载数据而抛出异常.

　　在*.hbm.xml中可以设置加载方式,class标签中可以设置:lazy="true",打开延迟加载,默认就是lazy="true".

　　在set/bag标签下,默认也是lazy="true",支持延迟加载,也叫懒加载.

　　单端关联(many_to_one或者one_to_one)上也可以设置lazy="true".默认也是true支持懒加载.

下面是网络上一段关于get和load方法的详细异同,写的不错,贴在这里:

　一、get和load方法都是根据id去获得对应数据的，但是获得机制不同：如果使用get方法，hibernate会去确认该id对应的数据是否存在，它首先会去session中去查询(session缓存其实就hibernate的一级缓存)，如果没有，再去二级缓存中去查询，如果再没有，就去数据库中查询，仍然没有找到的话，就返回null

　　而使用load方法的话，hibernate会认定该id对应的数据一定存在，它也会先去session缓存中去查找，如果没有找到，hibernate会根据lazy属性值来确定是否使用延迟加载。如果lazy=‘true’ ，就使用延迟加载，返回该代理对象，等到真正访问到该对象的属性时才会去二级缓存中查询，如果没有，再去数据库中查询，如果还没有，就抛出org.hibernate.ObjectNotFoundException异常。如果lazy='false' 则不使用延迟加载，这是load的访问机制就和get一样了。

　　二、对于load和get方法返回类型：虽然好多书中都这么说：“get()永远只返回实体类”，但实际上这是不正确的，get方法如果在 session缓存中找到了该id对应的对象，如果刚好该对象前面是被代理过的，如被load方法使用过，或者被其他关联对象延迟加载过，那么返回的还是 原先的代理对象，而不是实体类对象，如果该代理对象还没有加载实体数据(就是id以外的其他属性数据)，那么它会查询二级缓存或者数据库来加载数据，但是 返回的还是代理对象，只不过已经加载了实体数据。

 

抓取策略

　　在hibernate的官方文档中对于抓取策略,是这么定义的:

当应用程序需要在(hibernate实体对象图的)关联关系间进行对象导航的时候,hibernate如何获取关联对象的策略.

fetch="select":当查询关联对象通过select语句去查询,Select语句的发出时机,是根据lazy的值来确定的,如果lazy="false",那么在获取对象时,就会发出一条select语句,将关联对象查询出来,就是说,我们在查询Book信息的时候会自动把Category的数据也查询出来,但如果lazy="true",那么只有在获取关联对象的时候才会发出select语句去查询.

fetch="join"（即：预先抓取）：当查询Book信息时,会通过outer join把关联的对象Category一起查询出来,这个时候lazy无效,所有数据会立即查询出来.

fetch="subselect":如果要查询关联集合的内容,会查询之前已经查询出来的所有关联集合的内容,