Hibernate怎么对数据索引进行缓存

这篇文章主要介绍“Hibernate怎么对数据索引进行缓存”，在日常操作中，相信很多人在Hibernate怎么对数据索引进行缓存问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”Hibernate怎么对数据索引进行缓存”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！

创新互联主要从事成都做网站、网站设计、外贸营销网站建设、网页设计、企业做网站、公司建网站等业务。立足成都服务无棣,十余年网站建设经验,价格优惠、服务专业,欢迎来电咨询建站服务:028-86922220

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

  …        

这里我们应用了配置，如果采用这种策略来配置集合类型，Hibernate数据索引进行缓存，而不会对集合中的实体对象进行缓存。如上配置我们运行下面的代码：

User user=(User)session.load(User.class,”1”);  Collection addset=user.getAddresses();  Iterator it=addset.iterator();  while(it.hasNext()){  Address address=(Address)it.next()  System.out.println(address.getAddress());  }  System.out.println(“Second query……”);  User user2=(User)session.load(User.class,”1”);  Collection it2=user2.getAddresses();  while(it2.hasNext()){  Address address2=(Address)it2.next();  System.out.println(address2.getAddress());  }

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

Select * from user where id=’1’;  Select * from address where user_id=’1’;  Tianjin  Dalian  Second query……  Select * from address where id=’1’;  Select * from address where id=’2’;  Tianjin  Dalian

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

  …        

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

Select * from user where id=’1’;  Select * from address where user_id=’1’;  Tianjin  Dalian  Second query……  Tianjin  Dalian

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

到此，关于“Hibernate怎么对数据索引进行缓存”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注创新互联网站，小编会继续努力为大家带来更多实用的文章！

当前题目：Hibernate怎么对数据索引进行缓存
标题链接：http://mswzjz.cn/article/pocohe.html