技术选型带来的困扰

楼主那一段hibernate 的写法，是一个插件写好的，

这一段并无什么问题。

不这样写，
也是类似的写法。

Session sess = getSession();
return sess.createSql("from Employee ").list();

这个问题确实是这样，
如果你全取表。

用jdbc 就不会产生异常。
而用hibernate 就会产生异常。
但是，如果两面都不异常，

你用工具测 > 3次，
hibernate 时间又快！
你可以设一下内存max值看一看。

这个东西和hibernate 分配内存，JAVA 分配内存的机制有关。

为什么　eclipse 有的时候也会内存不足，而异常掉呢？？
好象也是这么回事。

这坛子上关于JAVA虚拟机的高手，实在太多，
我就不好发表这方面的意见了。

只是我以前跟踪调试过这样的东西。

我原来用Spring+hibernate也就碰到过outof memory问题，这个主要是没有分页导致的。
一次性取10W条记录不使用分页肯定会出问题的。

从DB2向Oracle迁移？如果这样的话，建议数据持久化用Hibernate，统计等大数据操作可以使用PL/SQL,速度要快很多。当然，如果你非要考虑数据库的可移植性等等问题，那么PL/SQL可能并不适合你

ibatis推荐, 迁移并不意味就有能力把老数据表，切分，OO化

考虑数据库移植的话最好使用hibernate,而且hibernate性能会更好
LZ如果使用可以使用这个JdbcTemplate的话可以考虑这个，spring 2.5新加的功能，不用写rowMapper了
ParameterizedBeanPropertyRowMapper.newInstance(Owner.class)具体参考spring自带的例子
可以考虑结合使用JdbcTemplate和hibernate

和什么技术实现没多大关系吧，你数据量大。然道每次操作都要操作30年的数据？

大大能不能详细说说iBatis和Hibernate在处理这种情况下有什么不一样

感觉JVM高手这里的确多 呵呵 但是往往接着问个问题就甩一句google...其实很多时候我在提问前google过好半天了
就是因为找不到满意的资料才上JE问得 结果屡次被B4...-_-
能不能说说怎么跟踪到JVM里面去?

会不会outof memory由数据量大小而定，
以lz所说employee表，暂定单条记录为1k，（一般系统的主信息档也不过这个量级），10w记录大约在100M。预估Hibernate使用的内存容量<120M。

这是我说不太明白内存会溢出的原因。

从后面的代码可以看出，lz用不同技术的查询条件是不一样的，这样带来的问题是不具有可比性。
在我看来这样的性能比较，无论从数据量，还是从对比的实现上看参考意义都不大。
建议还是更多的在数据模型基本建立，数据移植方案明确的情况下再对比不同技术的技术风险。

建议分页再进行测试
不过大数据量分页还是用sql分页比较好，ibatis好像是取出来以后再sublist的