`

hibernate n+1问题

阅读更多
Hibernate中常会用到set,bag等集合表示1对多的关系, 在获取实体的时候就能根据关系将关联的对象或者对象集取出, 还可以设定cacade进行关联更新和删除。这不得部说hibernate的orm做得很好,很贴近oo的使用习惯了。
但是对数据库访问还是必须考虑性能问题的, 在设定了1对多这种关系之后, 查询就会出现传说中的n+1问题。
1)1对多,在1方,查找得到了n个对象, 那么又需要将n个对象关联的集合取出,于是本来的一条sql查询变成了n+1条
2)多对1,在多方,查询得到了m个对象,那么也会将m个对象对应的1方的对象取出, 也变成了m+1

怎么解决n+1问题?
1)lazy=true, hibernate3开始已经默认是lazy=true了;lazy=true时不会立刻查询关联对象,只有当需要关联对象(访问其属性,非id字段)时才会发生查询动作。
2)二级缓存, 在对象更新,删除,添加相对于查询要少得多时, 二级缓存的应用将不怕n+1问题,因为即使第一次查询很慢,之后直接缓存命中也是很快的。
不同解决方法,不同的思路,第二条却刚好又利用了n+1。
分享到:
评论
5 楼 bepatient 2010-07-06  
今天面试得时候遇到这题,心里大致知道怎么回事,但是写不出来。空着了。
4 楼 ddbird 2009-02-28  
lazy=true可缓解,但是最终还是经过n+1次。
引用
当然你也可以设定fetch=join

这个正解
3 楼 spiritfrog 2008-05-27  
当然你也可以设定fetch=join
2 楼 spiritfrog 2008-05-27  
ls的,难道不是吗?lazy=false会全部一股脑的都抓取出来啊,lazy=true会按需取
你还有什么高见呢?
1 楼 isky 2008-05-27  
延迟加载?  就能保证N+1问题?

相关推荐

Global site tag (gtag.js) - Google Analytics