hibernate学习笔记6--原生SQL、Query的list和iterator

最新推荐文章于 2022-08-24 15:23:39 发布

原创最新推荐文章于 2022-08-24 15:23:39 发布 · 154 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#SQL #Hibernate

Hibernate 专栏收录该内容

15 篇文章

订阅专栏

本文探讨了在二级缓存中使用List与iterator方法的不同效果，提出了首次使用List方法进行缓存填充，后续使用iterator方法的策略，并分析了这两种方法在缓存命中率和性能上的区别。

1、原生SQL，为复杂查询提供帮助


getUser(){
  SQLquery q=session.createSQLQuery("select {u.*} from users u where username='"+username+"'",u);
  q.addEntity("u",Users.class);//u是表的别名
  return (Users)q.setMaxResults(1).uniqueResult();
}

2、Query的list与iterator

[quote]
robbin：
众所周知，List仅仅会填充二级缓存，却不能利用二级缓存，而iterator可以读二级缓存，然而无法命中的话，效率却很低。一个最好的办法就是，第一次查询使用List，随后的查询使用iterator，现在的问题是如何做到第一次查询使用List，随后查询使用iterator。

先来考察一下缓存的作用：缓存之所以可以命中，前提条件是该数据被使用的非常频繁，同时更新的可能性相当小，如果数据会频繁修改，那么毫无疑问，缓存不会带来任何好处。明确了这一点，我们就明白什么对象应该进行缓存了。显然，对于那些经常会被访问到的小批量的诸如基础信息，用户和权限信息是非常适合进行缓存的，这些数据我们可以在应用启动的时候就执行一次list方法查询，进行缓存填充(例如写一个InitBean类进行数据缓存初始化)，此外在数据被修改的时候，再次执行list方法，进行缓存填充。而在使用这些数据的其他地方，统统使用iterator方法。这样就可以实现所谓的第一次查询使用List，随后的查询使用iterator了。
[/quote]

但在我的测试中，iterator方法首先会检索符合条件对象的OID（[color=red]延迟加载其他属性！[/color]），当使用对象的非OID属性时，会再次发出SQL语句检索对象（不知道是在缓存还是数据库？），也就是说检索了两次，这样性能会像robbin说的比list高吗？（表示怀疑）