为什么用Hibernate时一定要做关联映射？

我觉得你的帖子并没有什么意义，因为你的应用中只使用了Hibernate功能的一个子集，但是你觉得很好就ok了。但是你怎么知道Hibernate的功能充分运用的情况下效率不比你高呢？

  子集，对，是子集，但可惜的是这个子集的用法与Hiberante的正常用法可说是水火不相容,一个项目中是不可能同时用到两种用法的。这种用法强调的是简化配置(无手调自动生成)，快速上手，完全基于传统的ER建模概念，如果不是用了一个Hibernate的名字的话，从理念上可以说完全和Hibernate一点关系没有，只不过目前还没有人把它从Hibernate中剥离开来而已。 不能因为用到Hibernate，就一定要向它的正统用法靠，实际上它们完全是不同的理念,不能相容的东西。
  至于Hibernate的功能、效率当然没什么好讲的，可那需要时间和经验去换取(学的不到家就随便乱用，结果会后患无穷)，这种短平快且比较安全的用法，应该有它的适用人群，尤其是初学者。就好象用了ibatis,没有人会强迫你转到Hibernate，道理是一样的。

我觉得要视项目团队成员的水准和经验来看：

如果大多都不熟悉Hibernate的这些透明持久的特性，而且又缺乏OOD的经验，用Hibernate简单封装一下用起来也挺方便的

我现在也开始用hibernate做一个项目也，感觉到关联的麻烦和问题，其实我的用户表和用户的附加信息表有外键关联，但我的用户表和很多表都有关联，那其他的表查询的时候由于关联都会把用户的信息查出来，这样不是很影响性能 吗？而且查询出来是多于的，我原来一直是在使用ibatis的，觉得它很好，可以用修改SQL语句来提高性能，而且我不必在关联上多费脑筋，现在这个hibernate的关联，我真的是一头雾水，看了前面的发言，还是不能十分明白

深有同感啊

http://www.iteye.com/topic/190554

我支持你的观点，O/R映射框架都被神话了，在很多人心中动不得。其实，它解决实际问题的面还是相当窄的。在我的beetle j2ee框架中也实现一套jdbc持久层框架，它是基于微软原来的ado思想实现的，也支持常见o/r映射框架的对象自动装配等功能，我的设计主要从高效、简单、解决实际问题角度出发的，有兴趣可以参考
http://www.beetlesoft.net