lazy设置成proxy 是默认行为
其他的就不清楚了
其他的就不清楚了
解决方案 »
- hibernate自定义数据类型
- Hibernat 怎么删除多条信息
- java编译器 对java文件大小有限制??
- 学习问题,大家给点建议
- 客户端调用session bean,session bean调用entity bean的好处??
- 在出错处理页面中,怎么捕捉session超时引起的错误?
- 请帮帮我!!JDOM+JAXP做开发,怎样以最佳的方法实现其中的XSLT样式表缓存?
- java中的中文字符问题,高分相送
- 关于CMP实体Bean的EJB问题
- 初学SpringMVC 一定要有返回的view页面吗。在线等啊
- spring2.5 hibernate3.2 问题!
- (100分)求助关于Java语言的历史,实事求是。谢谢各位J2EE的大侠
<filter-name>hibernateFilter</filter-name>
<filter-class>org.springframework.orm.hibernate3.support.OpenSessionInViewFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>hibernateFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
试试不过不一定保证行的,还要看集成环境,LZ是否同时还在用着struts?struts1.x跟2.x配置又不太一样如果只是测试hp环境,可以手动flush下
因为Spring是“保姆”,“管家婆”
他什么都要管的
哈哈
最简单的方法是这样的:
select * from someTable; 也可能用另一种方法:
select id from someTable;
for each id:
select * from someTable where id=someID; 那么到底哪种性能好呢?这就要具体问题具体分析了。 很可能你取回来的这些POJO中,只会用到其中的主键字段,那么你一口气把所有的字段都取回来,当然不好。
再假如你只需要处理其中的一部分数据,全部取出来当然也是浪费。 这时候,延迟加载就派上用场了。开始的时候只取出其中的主键字段,然后再需要的时候再获取其中具体的某个值。 proxy则是为了避免select *而产生的。 那么,lazy load和proxy到底是否能够提高效率呢?不能一概而论,要看代价。
lazy load的代价就是把一次SQL分成了N+1次。假若你确信你所需的集合类中每一行都会用到,那么结论是用lazy load并不会更快。因为多次执行preparedStatment开销很大,还不如一次取回result set。