这样的应用有必要Hibernate？

其实也就有三张简单的表；
数据量特别大，一个表中会产生有几十万，甚至几百万条记录；
更新，删除，插入操作非常频繁，一般都是批量进行的。

公司其他技术人员说，hibernate自动ORM,有自带缓冲,数据库连接池，减少了很多工作。
其实公司没有一人hibernate了解的，只听说而已，现学现用。

我觉得很没必要。用hibernate没有一点优势。
对hibernate了解比较深入的，能谈谈您的意见吗？
谢谢all

如果有高手的话，可以用，hibernate开发是方便，不过性能上有点差，用得好很好，用得不好，性能很慢。
数据更数速度快的话。缓存也没啥用呀？
建议你用ibatis

三张表就没有必要Hibernate了, 他的出现很大程度上是为了让熟悉OO的程序员能以一种容易理解的方式进行持久化工作,论性能? 呵呵

感谢您的回答。我补充我的意见：
三个表，自己编程orm一下，我觉得不是很麻烦的事。其实应用也很简单。
批量增删查改，我们主要是性能问题，这个用框架只会帮上倒忙。
我觉得要很好的完全掌控细节，才能优化性能。
的确，查询结果缓存对我们没用。
数据库连接池很好实现。
我们公司没有高手.即使有,而且是精通hibernate的高手，我觉得他也会建议不要用hibernate。

这是我的意见，大家说说。

我觉得三个表的话，项目规模因该不是很大，直接JDBC得了。自已封装一些常用的JDBC操作，就算以后扩展维护也方便！

直接jdbc 用sql想办法优化吧

我觉得也是，但是说服不了他们。
我之前还学过hibernate（不过工作没用过了），他们以前都没接触过。他们看hibernate比较流行，就想用。
真没办法，这项目准会做成垃圾，我都不想做了。

为了技术而技术。  要是那个项目不重要，就当练手好了。要是我的话我肯定不赞成。

iBATIS

好奇LZ系统的并发情况~~可否贴一下？