Hibernate中级讲义.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 内存中的情况 result Object[] Object[] Object[] Object[] Customer对象 （OID 1） Customer对象 （OID 5） Order对象 （OID 1） Order对象 （OID 2） Order对象 （OID 3） null orders集合 没有被初始化 查询缓存 对经常查询的SQL，可以把结果放到Hibernate的二级缓存中，这样再进行查询的时候，就会从缓存中直接获得结果 缓存使用的场合：在应用程序经常使用的查询语句；对查询的表很少有插入、更新和删除操作 使用查询缓存的步骤： 配置二级缓存 设置查询缓存属性：hibernate.cache.use_query_cache true; 将查询添加到缓存中： Query q session.createQuery “from Customer c” ; q.setCacheable true ; q.setCacheRegion “XXX” ; 缓存区域 Hibernate提供了三种缓存区域： net.sf.hibernate.cache.StandardQueryCache 用户自定义的查询区域：“XXX” 时间戳缓存区域：net.sf.hibernate.cache.UpdateTimestampCache * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 几点说明 如果加载的Customer对象在数据库中不存在，那么不会由load方法抛出异常，而是当执行到getName时候才会抛出异常 如果在整个session范围内，应用程序没有访问过Customer对象，那么代理对象不会被初始化；在session关闭后，再访问Customer对象会抛出异常 Hibernate提供了静态方法来显示的初始化代理对象：Hibernate.initialize c ; 调用getId方法不会初始化代理类（因为这个属性在创建代理对象时就已经赋值为这个对象了） get和find方法总是立即执行检索。 一对多、多对多的关联检索策略 set元素来配置一对多和多对多的关联关系 通过两个属性（lazy和outer-join）来设定使用什么样的策略 在一对多和多对多的关联关系中，应该优先考虑使用延迟检索策略，因为很多情况下，当加载Customer对象时候，不需要考虑Order对象的情况 关联关系的立即检索策略 一对多默认的检索策略是立即检索； tx session.beginTransaction ; Customer c session.get Customer.class,new Long 2 ; Set orders c.getOrders ; mit ; 假如一个客户有100个订单，会如何？ 关联关系的延迟检索策略 应该优先使用的检索策略 设置set元素的lazy属性为true 与类的延迟检索不同，关联关系的延迟检索不会创建Order的代理对象（因为无法知道关联的Order的OID是什么）；调用Customer的getOrders返回的Hibernate提供的集合代理对象，当程序第一次访问这个对象（orders.getIterator ，Hibernate才会初始化这个集合代理对象，在初始化过程中到数据库中检索所有与当前Customer关联的Order对象 批量延迟检索 set元素的batch-size属性用来设置批量检索的数量 tx session.beginTransaction ; List custList session.find “from Customer c” ; Iterator cIter custList.iterator ; Customer c1 Customer cIter.next ; Customer c2 Customer cIter.next ; Customer c3 Customer cIter.next ; Customer c4 Customer cIter.next ; Iterator o1 c1.getOrders .iterator ; …… mit ; 如果将batch-size设置为3，上面的代码执行是什么情况？ 批量立即检索 当set元素不设置lazy属性的话，就使用默认的立即