关于hibernate的多对一单向关联,一对多单向关联,和一对多双向关联的疑惑解答

转载:http://yanghelinok.blog.163.com/blog/static/4636027220146974240760/

hibernate提供的多对一,一对多给面向对象的开发提供了更多的操作便捷,但是也引发了不少问题。

也许很多人还不知道单向关联和双向关联有什么区别?那就先来说说这两者间的异同。
单向关联:是指在实体的一端进行关系的维护,直接通过一端的操作实现业务逻辑,单向关联有一对多的单向关联和多对一的单向关联,一般都是用多对一的单向关联,是因为在多的一方维护关系比较合理些。【一对多的单向关联是在一那一方维护关系;多对一的单向关联是在多的那一方维护关系。】
双向关联:只是在多方和一方同时维护关系,此种关联比较复杂,容易出现问题。
因此,能用单向关联最好不要使用双向关联。
下面来看看详细的,下面是摘自其他网友的成果:


        首先来看一下多对一。举个例子来说用户和组。一个组中有多个用户,一个用户只能属于一组。用户和组之间就是一个多对一的关系的。如下图

       这个关系我们要怎样维护呢?我们想象一下,假如在一的一端维护关系,即在group一端加一个字段userId来标识学生。那设计出来的表格存储数据是这个样子的。

                  

    

        不用说,大家就知道在多的一端维护数据冗余要少的多。怎么来解释这个问题呢?大家想一下是多的记少的容易记,还是少的记多的容易记呢?举个例子员工和老板。你说是老板记员工比较容易还是员工记老板比较容易呢?很明显记少的比较容易啊,能维护二者的关系也能减少工作量。hibernate当然也是这么做的。看一下实体和配置文件。这里只显示部分代码。

public class Group {

    private int id;  

    private String name;

    *************

    省略get,set方法

    *************

}

从这里我们可以看出,group并不知道user的存在

 

public class User { 

    private int id

    private String name;   

    private Group group;

    *************

    省略get,set方法

    *************

}

user中包含group属性,来维持关系。

对应的关系映射文件

Group.hbm.xml

<hibernate-mapping>

   <classname="com.bjpowernode.hibernate.Group"table="t_group">

        <idname="id">

            <generatorclass="native"/>

        </id>

        <propertyname="name"/>

    </class>

</hibernate-mapping>

 

 

 

 

 

 

 

 

User.hbm.xml

<hibernate-mapping>

   <classname="com.bjpowernode.hibernate.User"table="t_user">

        <idname="id">

            <generatorclass="native"/>

        </id>

        <propertyname="name"/>

        <!—这里用来维系与group的关系。解释一下cascade级联,意思是指定两个对象之间的操作联动关系,对一个对象执行了操作(他是对象之间的连锁操作,只影响添加,删除和修改。)之后,对其指定的级联对象也需要执行相同的操作。可以取值为allnonesave-updatedeleteall代表在所有的情况下都执行级联操作。none指在所有情况下都不执行级联操作。save-update指在保存和更新的时候执行级联操作。delete指在删除的时候执行级联操作。 -->

        <many-to-onename="group"column="groupid"cascade="save-update"/>

    </class>

</hibernate-mapping>

 

        一对多的实现就是这个样子了,那一对多反过来不就是多对一吗?他们有什么不同呢?一对多关联映射和多对一关联映射的原理确实是一致的,都是在多的一端加入外键,指向一的一端。但是他们也是有区别的。我们先看一下他的实现。我们仍然采用一对多的学生用户举例。

public class Group {

    private int id;   

    private Stringname;

    private Set users;

    *************

    省略get,set方法

    *************

}

 

 

 

public class User {

 

    private int id;

   

    private Stringname;

   

    *************

    省略get,set方法

    *************

}

看一下对应的配置文件又是怎么实现的呢?

Group.hbm.xml

<hibernate-mapping>

   <classname="com.bjpowernode.hibernate.Group"table="t_group">

        <idname="id">

            <generatorclass="native"/>

        </id>

        <propertyname="name"/>

        <set name=”users”>

            <key column=”groupId”/>

            <one-to-many class="com.bjpowernode.hibernate.User">

        </set>

    </class>

</hibernate-mapping>

User.hbm.xml

<hibernate-mapping>

   <classname="com.bjpowernode.hibernate.User"table="t_user">

        <idname="id">

            <generatorclass="native"/>

        </id>

        <propertyname="name"/>

    </class>

</hibernate-mapping>

 

 

 

        这里面并没有体现出任何与一的一端有关联的字段。一对多的关联最后生成的表格与多对一是一样的。但是他们到底有什么区别呢?多对一的维护关系是多指向一的关系,有了此关系,在加载多的时候可以将一加载上来。即我们查询用户的时候,组也被查询出来了。而一对多的关系,是指在加载一的时候可以将多加载进来。即查询组的时候,用户也被查出来了。他们适用于不同的需求。

        刚开始我们说过,不管是一对多还是多对一,都是在多的一端维护关系。从程序的执行状况来解释一下这样做的原因。若在一的一端维护关系,多的一端User并不知道Group的存在。所以在保存User的时候,关系字段groupId是为null的。如果将该关系字段设置为非空,则将无法保存数据。另外因为User不维护关系,Group维护关系,则在对Group进行操作时,Group就会发出多余的update语句,去维持Group与User的关系,这样加载Group的时候才会把该Group对应的学生加载进来。可见一对多关联映射是存在这很大的问题的。那怎么解决这些问题呢?看一下下面的一对多双向关联。

 

实体类实现

public class Group { 

    private int id;   

    private String name;

    private Set users;

    *************

    省略get,set方法

    *************

}

public class User { 

    private int id;   

    private String name;  

    private Group group;

    *************

    省略get,set方法

    *************

}

接下来看一下映射文件

group.hbm.xml

<hibernate-mapping>

   <classname="com.bjpowernode.hibernate.Group"table="t_group">

        <idname="id">

            <generatorclass="native"/>

        </id>

        <propertyname="name"/>

        <!—inverse属性他可以用在一对多和多对多双向关联上,inverse默认为falsefalse表示本端可以维护关系,如果inversetrue,则表示本端不能维护关系,会交给另一端维护关系,本端失效。此处我们让多的一端维护关系,一的一端失效。所以,此处设置为true -->

        <set name=”users” inverse=”true”>

            <key column=”groupId”/>

            <one-to-many class="com.bjpowernode.hibernate.User">

        </set>

    </class>

</hibernate-mapping>

User.hbm.xml

<hibernate-mapping>

   <classname="com.bjpowernode.hibernate.User"table="t_user">

        <idname="id">

            <generatorclass="native"/>

        </id>

        <propertyname="name"/>

        <many-to-one name=”groupId”/>

    </class>

</hibernate-mapping>

这里要注意many-to-one的值要与key的值保持一致。

 

 

 

 

 

 

                通过一对多双向关联映射,我们将关系交给多的一端维护,而且从一的一端也能够看到多的一端。这样就很好的解决了一对多单向关联的缺陷,优化之后的它查询数据,不管是一的一端还是多的一端,只需要一个sql语句就搞定了。要知道他不是由于需求驱动而设计的。 

        


然而,在经历了以上的了解后,还会有些小的问题出现【其他网友的测试结果,我这里使用一下,项目紧,没时间进行测试】

1、hibernate3中如果关联的字段设置为了 not null, 那么就需要加上cascade,同时cascade=“none”不能使用,否则就报错。

原因是:在此字段上设置了不为空,那么就意味着必须有级联操作。


  • 2
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值