这样的应用有必要Hibernate？

先奇怪一下.应该都是查询的东西吧?
看数据库了.如果是中间有BLOB和其他大字段,对翻页和以后移植等没什么要求的,还是不要用HIBERNATE比较好.

BLOB大字段有很多种处理办法：
1.数据库设计的时候就把大字段分离出来。
2.对同一张表，采用不同的映射策略。
3.使用投影，选取需要的字段。
4.使用动态insert和update。

没必要 考虑存储过程

如果真的是数据量非常大的话 建议用存储过程.其他的都直接干掉.
如果数据量比一般的还要大的话 就更要使用附带表和临时表操作.
以前做移动和电信 银行项目的时候是这样执行操作的.
建立临时表 通过存储过程的定时任务 不断的去同步两边的数据 然后我们更多的操作是针对最近的数据记录的 然后隔一段时间把这些数据同步到真正的数据库.否则数据库的压力太大了.尤其是带索引之类的.不断的去快速更新一张几千万的记录表是非常影响效率的.

如果 你用Spring 就用它的jdbctemplete就好了

    是啊   就当练练手了  做杂了影响不好吧？？

就是三张表没友必要用Hibernate在数据库比较庞大对sql要求不是太高是hibernate o/r mapping工具，让工作量减少80%左右把 像你建议看下ibatis
1、若客户出于安全的考虑，只提供几个select语句，只能ibatis，因为hibernate必须要求必须有主键且要全表映射。
2、当需要高度优化的sql时，用ibatis较好，因为hibernate的sql是由hibernate自动生成的。
3、将大量的业务逻辑写在存储过程中时，用ibatis较好。

就是三张表没友必要用Hibernate在数据库比较庞大对sql要求不是太高是hibernate o/r mapping工具，让工作量减少80%左右把 像你建议看下ibatis
1、若客户出于安全的考虑，只提供几个select语句，只能ibatis，因为hibernate必须要求必须有主键且要全表映射。
2、当需要高度优化的sql时，用ibatis较好，因为hibernate的sql是由hibernate自动生成的。
3、将大量的业务逻辑写在存储过程中时，用ibatis较好。

现在国内精通Hibernate很少，基本上是稀有的~~~~~~~~~~~~~~~~~

如果是海量数据，的确可以选择使用Hibernate

但是具目前的国内形式来看ibatis是很流行的~~~~~~~~~

------哎, 误人子弟的人还真不少.
      一个系统,  用什么MAPPING的工具, 这不是表的数量决定的. 3张表的复杂系统也是很多的. 给你个建议,你自己考虑吧:
    1. 你的系统3张表是不是有可能有复杂的JOIN行为, 是不是有复杂的级连关系, 是不是有复杂的写行为. 这些都决定, 是不是做精细的SQL控制的. 如果你的性能和DBA需要做非常优化的性能. 那就选iBatis吧. 也就个最多做3个DAO接口, 利用ibator稍微做下代码生成, 删除掉按列更新的部分, 其余的都自己操作吧.
   2. 如果你的系统关系不是复杂, 模型简单. 另外看你写的程度如何,  如果不是太高的写, 那么我建议你使用hibernate. hibernate不是可以用来做大规模系统的东西(不懂我说规模的人别喷我). 这个东西堆于简单的系统, 确实是能做快速开发. 另外, 如果你有一个CLUSTER的WEB SERVER. hibernate的 cache model机制会让你痛不欲生. 当然,你很精通这些机制是没有解决不掉问题的.

    还有, 如果你想成为一个技术强者, 就放弃那些复杂的东西, 用KISS原则来武装自己, 如果不知道什么KISS, 那就google查询下.