【备注】 Hibernate默认抓取策略是fetch="select",不是fetch="join",这都是为了延迟加载而准备的。
【出现情况】
1)一对多(one-to-many) ,在1的这方,通过1条sql查找得到了1个对象,由于关联的存在 ,那么又需要将这个对象关联的集合取出,所以合集数量是n还要发出n条sql,于是本来的1条sql查询变成了 1 +n条 。
2)多对一<many-to-one> ,在多的这方,通过1条sql查询得到了n个对象,由于关联的存在,也会将这n个对象对应的1 方的对象取出, 于是本来的1条sql查询变成了1 +n条 。
3)iterator 查询时,一定先去缓存中找(1条sql查集合,只查出ID),在没命中时,会再按ID到库中逐一查找, 产生1+n条SQL。
1)lazy=true, hibernate3开始已经默认是lazy=true了;lazy=true时不会立刻查询关联对象,只有当需要关联对象(访问其属性,非id字段)时才会发生查询动作。
2)使用二级缓存, 二级缓存的应用将不怕1+N 问题,因为即使第一次查询很慢(未命中),以后查询直接缓存命中也是很快的。刚好又利用了1+N 。
3 ) 当然你也可以设定fetch="join",一次关联表全查出来,但失去了延迟加载的特性。
这些解决方案都不是很好.
好的解决方案是.
利用ENtity的id接口.
interface IdAware{
getId();
}
class EntirtyBean implement IdAware{
long id;
getId(){
return id
}
}
把List<EntirtyBean>传入到一个Utils.getIds方法中.
自动返回
class Utils{
static List<Long> getIds(List< ? extends IdAware > entirtyBeans){
for( IdAware bean: entirtyBeans){
list.add(bean.getId());
}
return list;
}
}
使用:
void main(){
List<Long> ids=Utils.getIds(entirtyBeans);
}
如果是两个EntityBean表join新的resutlBean
class ResultBean{
long peopleId;
long tableId;
//类似 compator的接口,利用泛型达到任意Bean的目的
class ResultBeanPeopleId implement IdGenericAware<ResultBean>{
Long getId(ResultBean object){
return object.peopleID;
}
IdGenericAwareinstance() {
return new ResultBeanTableId ();
}
}
class ResultBeanTableId implement IdGenericAware<ResultBean>{
Long getId(ResultBean object){
return object.tableID;
}
}
IdGenericAwareinstance() {
return newResultBeanTableId ();
}
}
void main(){
List<Long> ids=Utils.getIds(entirtyBeans, ResultBeanTableId.instance() );
}