O/R Mapping性能

我不知道为什么你这么怀疑O/R Mapping的性能，O/R Mapping的性能再差也比CMP强吧。

JDO只是一个标准，每个厂商实现的性能各有不同，不好评价。

Apache OJB的性能如何，Apache网站上面有评测。

Hibernate的性能我是花了点时间去研究的。Hibernate可以通过修改配置文件把所有的SQL语句都输出出来，你写一些测试代码观察一下输出的SQL，就什么都明白了。

简单的来说，Hibernate的性能比一个普通的Java程序员写的JDBC代码性能高非常非常多。原因是因为Hibernate本质上还是包装了JDBC来进行数据库操作的，由于Hibernate在调用JBDC上面是非常非常绞尽脑汁的优化JDBC调用，并且尽可能的使用最优化的，最高效的JDBC调用，所以性能相当令人满意。

简单来说吧，对于insert操作，普通JDBC程序员这样来写：

pstmt = conn.prepareStatement("insert into table1 values(?,?)");
for (int i=0; i< names.length; i++) {
pstmt.setString(1,names);
pstmt.setString(2,pass);
pstmt.executeUpdate();
}

如果批量插入n条记录的话，那么就是n次向数据库发送SQL语句。而Hibernate则是采用了JDBC2.0的batch功能。

for (int i=0; i< names.length; i++) {
pstmt.setString(1,names);
pstmt.setString(2,pass);
pstmt.addBatch();
}
pstmt.executeBatch();

只是1次向数据库发送SQL，性能高下判若分明。Update操作类似。

select操作，可以使用JCS缓冲查询结果，重复查询比JDBC肯定要快很多，分页操作可以使用数据库的分页sql，或者使用JDBC2.0的scroll result。

另外Hibernate总是尽量延迟向数据发送SQL，它会先把SQL语句缓冲在Session的缓冲区里面，最后在flush的时候一次性的向数据库发送。

总体来说，当你使用Hibernate的时候，相当于有一个JDBC高手来帮你优化JDBC调用，那点封装了一层的损失可以忽略不计。

如果你非要认为Hibernate封装了JDBC会损失性能，那么我问你，Java设计的目标是组件可复用，这些不全都是封装吗？难到你调用组件都损失性能了，如果是那样，还不如不要写什么组件，全部都重新写原始的实现代码呢！

不过如果一个真正的JDBC高手，完全自己优化JDBC代码写DAO实现，我相信会比Hibernate性能高一些，但是Hibernate已经够优化了，你能够做的是非常有限的。就好比用C语言写的程序，虽然比汇编语言差一点，但是差的非常有限。Hibernate vs JDBC就相当于C vs Assemble，除非特殊需要，Hibernate已经足够好了。