在我的上一篇博客《【java】itoo项目实战之hibernate 懒载入优化性能》中，我曾提到过学生数据有2万条，查询数据十分的慢，这是让人非常受不了的事情。看着页面进度条一直转着圈圈，那种着急的感觉真的没法形容。
最開始考虑着使用lazy 来优化，由于前台框架的原因，lazy 优化并没有起到什么左右。后来就想着有select new map 优化。我先来画画关于查询学生的级联树
这个树的意思就是查询学生的时候它的深度是4级。
在没有优化之前，使用的是hibernate的hql 语句:From Student where isDelete =? 运行语句的时候。会发出467条语句打印到控制台上，打的满屏都是。看控制台的时候，看着就感觉头晕。
优化的时候。选择用selectnew map 进行优化，语句例如以下：
select newmap(S.id as id, S.name as name,S.comment as comment,S.remark asremark,S.accountAddress as accountAddress,S.code as code,S.email asemail,S.entranceDate as entranceDate,S.graduateSchool asgraduateSchool,S.identityCardID as identityCardID,S.classes.className asclassName,S.classes.institution.institutionName asinstitutionName,S.classes.institution.parentInstitution.institutionName asparentInstitution,S.classes.institution.schoolLevel.levelName aslevelName,S.classes.institution.id as institutionId,S.professional.professionalCodeas professionalCode) from Student S where S.isDelete =:isDelete
在打印语句的时候是1条。看控制台打印出来的结果还是挺舒服的。
可是他们的时间差例如以下：
从上表中能够看出，时间差得还是挺多的。在这里我有些事想不明确:
1.使用new map 查询的时候。尽管仅仅打印一条语句，它须要进行全表扫描，查询的次数并不少。而hibernate的hql 语句把每次查询的语句都打印出来了。
可是它的查询时间相对new map来说，为什么会变长呢？
2.hibernate的hql 语句级联查询时间过长的原因会不会跟hibernate的缓存有关系？每次查询结果都须要放到1,2级缓存中。
3.关于hibernate的查询语句这样设计的原因是什么，当初hibernate的大牛们设计的时候。是处于什么考虑的？
以上的三个问题我眼下没有找到相关的资料来解答，假设哪位看到了，能够相互讨论一下.