1、原生SQL,为复杂查询提供帮助
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高吗?(表示怀疑)
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高吗?(表示怀疑)