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

  我用Hibernate也有半年了，感觉Hibernate的映射关系太复杂了，与懒性加载，反转控制等结合在一起，要想控制好，实非常人之所能。个人感觉，如果不用Hibernate的关联，就把它当作关系数据库来操作，使用和理解上都会方便不少，例如一个订单和产品的配置文件写成这样:
<hibernate-mapping>
<class name="db.Order" table="orders" catalog="sample">
<id name="id" type="java.lang.String">
<column name="ID" length="32" />
<generator class="uuid.hex" />
</id>
<property name="orderTitle" type="java.lang.String">
<column name="ORDER_TITLE" length="30" />
</property>
</class>
</hibernate-mapping>

<hibernate-mapping>
<class name="db.Product" table="products" catalog="sample">
<id name="id" type="java.lang.String">
<column name="ID" length="32" />
<generator class="uuid.hex" />
</id>
<property name="productTitle" type="java.lang.String">
<column name="PRODUCT_TITLE" length="30" />
</property>
<property name="orderId" type="java.lang.String">
<column name="ORDER_ID" length="32" />
</property>
</class>
</hibernate-mapping>
操作时：
Order o=new Order();
o.setOrderTitle("order1");
dao.saveOne(o);
Product p=new Product();
p.setProductTitle("product1");
p.setOrderId(o.getId());
dao.saveOne(p);
                  (HQL查询则仿照普通SQL中的写法，此处略)
这样一来，纯粹是用关系数据库的思想来使用Hibernate，一个类对应一个数据库表，表之间的约束交给数据库的键来控制， 这样一来，即得到了Hibernate的优点:不用手工写SQL，对象级别缓存，数据库可移植性，也不必费力地学习和理解它了，纯粹是一个薄薄的JDBC的包装; 缺点就是不能在HQL中写出"...object1.object2.object3..." 式的对象引用，而且关联表的加载要自已来维护，但我认为相对于理解它复杂的配置来说，这点牺牲还是值得的, Hibernate的高级特性当然没法用上了，但相比于直接用JDBC或用ibatis写SQL总要好得多，只要会关系数据库，就能立即上手，在新手多、工期短的项目中，可节省很多培训时间，而且对于后来维护者的要求也大大降低，请问我的这种想法是否可行？

评论

7 楼 byk 2007-05-23  

我就这样用了快2年了,
非常的简便,门槛非常的低,效率也非常不错
级联查询统计返回object[]

6 楼 laiseeme 2007-05-23  

我第一次用hibernate的时候就是这么用的
然后涉及到多表连接时统统搞成视图

5 楼 laiseeme 2007-05-23  

性能上去了，面向对象特性没有了

4 楼 shikonglaike 2007-05-23  

不用关系影射，你用hibernate干什么。

3 楼 BirdGu 2007-05-23  

请再好好理解一下ORMapping的含义。

另外不能充分发挥关联关系的优势，是否是因为没有遵循“对象模型” -> “关系模型” -> “Hibernate映射规则”的开发顺序？

2 楼 过儿oO 2007-05-23  

不映射成类怎么利用oo思想啊，hibernate可以对一个对象进行操作，jdbc不行啊，主要是可以利用oo思想

1 楼 melin 2007-05-23  

java语言不是动态语言，简化不了这些操作。activeRecord给有我们非份之想，好像马丁大叔就在尝试做类时的orm框架。还有jruby给了我们可行的机会