这样的应用有必要Hibernate？

为什么不用？没有任何人是在Hibernate滚瓜烂熟的前提下才使用的，无论是原生的JDBC或者IBatis或者Hibernate，都是有学习曲线，都必须在使用过程中优化重构的。另外，三张表的项目。。。我想就算用Hibernate也应该烂不到那里去，大不了重构~~面向接口编程，适度的使用DAO，会让你的代码有足够的弹性。

hibernate频繁写没有性能问题的，关键是你对Hibernate的精通程度。

没说到点子上，你说的功能Hibernate都能实现。
而且hibernate能灵活控制statement的缓存策略。

ibatis 或者JDBC个人感觉hibernate团队中至少要有一个用过1年以上的工程师，否则项目会有风险

这就不是技术问题了：

1.如果他们用hibernate成功了，说你保守，他们用新技术成功了。

2.如果他们没有用hibernate，开发效率低下，还是说你保守，导致他们不能使用新技术提升开发效率。

这个新技术的实践，当事人不热衷的话，除非是行政干预，一般强加的意愿是不行的，当事人没有非常高的热情去学习、实践，新技术多半都是用不好的。

每张表的字段数多不多?查询操作返回的数据条数多吗.
如果这两个都不多,那至少我认为用hibernate是没有问题的.

3个表直接写sql语句就可以了，Hibernate反而在性能上跟更不上

瞎操心，三个表算项目么？最多算个demo

用 IBATIS 吧，就那么几个表。。

我们用mysql数据库只是做中间存储,数据库不是最核心的。数据库的插入，删除，更新操作非常频繁，还要保证查询到及时更新的数据。
其实也有五六个表，我觉得主要是在数据库设计上下功夫（效率不行的话用视图，触发器，存储过程）。
对hibernate是现学现用，我觉得用hibernate也不能做到精确控制。