用户注册



邮箱:

密码:

用户登录


邮箱:

密码:
记住登录一个月忘记密码?

发表随想


还能输入:200字

海大软件1102班    -  云代码空间

—— 你究竟输入什么了导致它崩溃?

Hibernate查询缓存

2012-12-13|1968阅||

摘要:在Hibernate中对集合类型进行缓存时,是分两部分进行缓存的,首先缓存集合中所有实体的id列表,然后缓存实体对象,这些实体对象的id列表,就是所谓的数据索引。当查找数据索引时,如果没有找到对应的数据索引,这时就会一条select SQL的执行,获得符合条件的数据,并构造实体对

Hibernate数据索引还是比较常用的,于是我研究了一下Hibernate数据索引,在这里拿出来和大家分享一下,希望对大家有用。

本文我们引入了一个全新的概念——Hibernate数据索引,下面我们首先将接一下什么是数据索引。在Hibernate中对集合类型进行缓存时,是分两部分进行缓存的,首先缓存集合中所有实体的id列表,然后缓存实体对象,这些实体对象的id列表,就是所谓的数据索引。当查找数据索引时,如果没有找到对应的数据索引,这时就会一条select SQL的执行,获得符合条件的数据,并构造实体对象集合和数据索引,然后返回实体对象的集合,并且将实体对象和数据索引纳入Hibernate的缓存之中。另一方面,如果找到对应的数据索引,则从数据索引中取出id列表,然后根据id在缓存中查找对应的实体,如果找到就从缓存中返回,如果没有找到,在发起select SQL查询。在这里我们看出了另外一个问题,这个问题可能会对性能产生影响,这就是集合类型的缓存策略。如果我们如下配置集合类型:

  1. <hibernate-mapping> 
  2. <class name=”com.neusoft.entity.User” table=”user”> 
  3. …  
  4. <set name=”addresses” table=”address” lazy=”true” inverse=”true”> 
  5. <cache usage=”read-only”/> 
  6. <key column=”user_id”/> 
  7. <one-to-many class=”com.neusoft.entity.Arrderss”/> 
  8. </set> 
  9. </class> 
  10. </hibernate-mapping> 

这里我们应用了<cache usage=”read-only”/>配置,如果采用这种策略来配置集合类型,Hibernate数据索引进行缓存,而不会对集合中的实体对象进行缓存。如上配置我们运行下面的代码:

  1. User user=(User)session.load(User.class,”1”);  
  2. Collection addset=user.getAddresses();  
  3. Iterator it=addset.iterator();  
  4. while(it.hasNext()){  
  5. Address address=(Address)it.next()  
  6. System.out.println(address.getAddress());  
  7. }  
  8. System.out.println(“Second query……”);  
  9. User user2=(User)session.load(User.class,”1”);  
  10. Collection it2=user2.getAddresses();  
  11. while(it2.hasNext()){  
  12. Address address2=(Address)it2.next();  
  13. System.out.println(address2.getAddress());  

运行这段代码,会得到类似下面的输出:

  1. Select * from user where id=’1’;  
  2. Select * from address where user_id=’1’;  
  3. Tianjin  
  4. Dalian  
  5. Second query……  
  6. Select * from address where id=’1’;  
  7. Select * from address where id=’2’;  
  8. Tianjin  
  9. Dalian 

我们看到,当第二次执行查询时,执行了两条对address表的查询操作,为什么会这样?这是因为当第一次加载实体后,根据集合类型缓存策略的配置,只对集合数据索引进行了缓存,而并没有对集合中的实体对象进行缓存,所以在第二次再次加载实体时,Hibernate找到了对应实体的数据索引,但是根据数据索引,却无法在缓存中找到对应的实体,所以Hibernate数据索引发起了两条select SQL的查询操作,这里造成了对性能的浪费,怎样才能避免这种情况呢?我们必须对集合类型中的实体也指定缓存策略,所以我们要如下对集合类型进行配置:

  1. <hibernate-mapping> 
  2. <class name=”com.neusoft.entity.User” table=”user”> 
  3. …  
  4. <set name=”addresses” table=”address” lazy=”true” inverse=”true”> 
  5. <cache usage=”read-write”/> 
  6. <key column=”user_id”/> 
  7. <one-to-many class=”com.neusoft.entity.Arrderss”/> 
  8. </set> 
  9. </class> 
  10. </hibernate-mapping> 

此时Hibernate会对集合类型中的实体也进行缓存,如果根据这个配置再次运行上面的代码,将会得到类似如下的输出:

  1. Select * from user where id=’1’;  
  2. Select * from address where user_id=’1’;  
  3. Tianjin  
  4. Dalian  
  5. Second query……  
  6. Tianjin  
  7. Dalian 

这时将不会再有根据数据索引进行查询的SQL语句,因为此时可以直接从缓存中获得集合类型中存放的实体对象。

顶 4踩 3收藏
文章评论
    发表评论

    个人资料

    • 昵称: 海大软件1102班
    • 等级: 初级设计师
    • 积分: 2516
    • 代码: 147 个
    • 文章: 70 篇
    • 随想: 11 条
    • 访问: 242 次
    • 关注

    站长推荐