hibernate查询方法选择（List()与Iterator()）

导读：
　　 hibernate方法选择
　　a) 完成同样一件事，HIBERNATE提供了可供选择的一些方式，但具体使用什么方式，可能用性能/代码都会有影响。显示，一次返回十万条记录（List/Set/Bag/Map等）进行处理，很可能导致内存不够的问题，而如果用基于游标（ScrollableResults）或Iterator的结果集，则不存在这样的问题。
　　b) Session的load/get方法，前者会使用二级缓存，而后者则不使用。
　　c) Query和list/iterator，如果去仔细研究一下它们，你可能会发现很多有意思的情况，二者主要区别(如果使用了Spring，在HibernateTemplate中对应find,iterator方法)：
　　i. list只能利用查询缓存（但在交易系统中查询缓存作用不大），无法利用二级缓存中的单个实体，但list查出的对象会写入二级缓存，但它一般只生成较少的执行SQL语句，很多情况就是一条（无关联）。
　　ii. iterator则可以利用二级缓存，对于一条查询语句，它会先从数据库中找出所有符合条件的记录的ID，再通过ID去缓存找，对于缓存中没有的记录，再构造语句从数据库中查出，因此很容易知道，如果缓存中没有任何符合条件的记录，使用iterator会产生N+1条SQL语句（N为符合条件的记录数）
　　iii. 通过iterator，配合缓存管理API，在海量数据查询中可以很好的解决内存问题，如：
　　while(it.hasNext()){
　　YouObject object = (YouObject)it.next();
　　session.evict(youObject);
　　sessionFactory.evice(YouObject.class, youObject.getId());
　　}
　　如果用list方法，很可能就出OutofMemory错误了
　　iv. 通过上面的说明，我想你应该知道如何去使用这两个方法了。
　　
　　 ps:List仅仅会填充二级缓存，却不能利用二级缓存，而iterator可以读二级缓存，然而无法命中的话，效率却很低。一个最好的办法就是，第一次查询使用List，随后的查询使用iterator，现在的问题是如何做到第一次查询使用List，随后查询使用iterator。
　　先来考察一下缓存的作用：缓存之所以可以命中，前提条件是该数据被使用的非常频繁，同时更新的可能性相当小，如果数据会频繁修改，那么毫无疑问，缓存不会带来任何好处。明确了这一点，我们就明白什么对象应该进行缓存了。显然，对于那些经常会被访问到的小批量的诸如基础信息，用户和权限信息是非常适合进行缓存的，这些数据我们可以在应用启动的时候就执行一次list方法查询，进行缓存填充(例如写一个InitBean类进行数据缓存初始化)，此外在数据被修改的时候，再次执行list方法，进行缓存填充。而在使用这些数据的其他地方，统统使用iterator方法。这样就可以实现所谓的第一次查询使用List，随后的查询使用iterator了。