IDEA2023.1.3破解,IDEA破解,IDEA 2023.1破解,最新IDEA激活码

Hibernate(三) 一对多映射关系

IDEA2023.1.3破解,IDEA破解,IDEA 2023.1破解,最新IDEA激活码

    序言

       前面两节讲了hibernate的两个配置文件和hello world!。还有hibernate的一级缓存和三种状态,基本上hibernate就懂一点了,从这章起开始一个很重要的知识点,hibernate的关系映射。一对一、一对多、多对多的讲解。,希望你们能从中学到东西,我也从中巩固自己的知识

        计划:

           one to many:单向一对多、many-to-one:单向多对一、双向一对多 这一篇文章讲完

           many-to-many:下一篇

           one-to-one:在下一篇

           最后一篇:cascade和inverse的讲解。

                                            —WZY

一、了解什么是一对多?

     一对多这种关系用的很多,但是很多人对此模糊不清,一对多不也就是多对一吗,多对多中特殊的一个不也就是一对多吗,为什么还分的那么清楚?并且还是什么单向和双向的那么麻烦,其实原因很简单,就是针对不同的情况和业务需求而产生的这种说法,

     例如:学生和班级

        单向一对多:一个班级对应多个学生。 也就是说,在某种业务情况下,我只需要知道从一个班级中知道有哪些学生,但是我不需要知道一个学生在哪个班级,这时候我就没必要写通过学生能查找到对应班级这个业务

        单向多对一:多个学生对应一个班级,可以通过每个学生查找到所在的班级名称,而不能从班级中查找到有哪些学生在里面,这就是从多到一的单面考虑,也就是说,当我们的业务需求只需要通过学生能找到对应班级,而不需要通过班级知道有哪些学生的时候,就可以写这样的单向多对一的关系映射

        双向一对多/双向多对一:这两个是一个意思,既然度双向了,说明不管从哪一方去找另一方,度可以找得到,也就无所谓一对多,还是多对一了。从这个学生和班级来讲,通过学生能知道他所在的班级,通过班级,能知道该班级下所有的学生。

      通过这个例子就知道了单向和双向是干嘛用的,就是根据不同的业务所规定的,如果你需要双向就写双向的映射关系,如果只需要从一方到另一方,那么就写自己所需要的,单向一对多或者单向多对一。

     

    所以我们接下要讲解的就是这三种,单向一对多、单向多对一、双向一对多。

二、单向多对一

      多个用户属于同一个组,多个学生属于同一个班级,多个学生属于同一个宿舍,等等,很多关系是这种多对一。因为上面是拿班级和学生来举测例子,那么所有的例子我度会用这个。为了方便和你们阅读。  

      多个学生属于同一个班级。单向多对一    

                  User和Classes类的关系图。

               96_1.png

            数据库中存在外键值关系

            96_2.png

    通过上面的图可以看到,单向多对一就是在多的一方中加入外键,通过该外键就能够找到对应的班级,因为不需要从一端的这方去管理这种关系,所以我们如果从班级这方来看,是不知道该班级下有哪些学生的。只能从多的一方也就是学生这边找到是哪个班级。

    那么xxx.hbm.xml如何编写呢?

    User 需要有相应的能力,所以需要配置外键关系。many to one

<class name="domain.User" table="user">
        <id name="id" column="id">
            <!-- 主键生成策略 -->
            <generator class="native"></generator>
        </id>
        <!-- 一些常规属性 -->
        <property name="username"></property>
        <property name="sex"></property>
        <property name="age"></property>

        <!-- 重点在这里 
            name:User类也就是本类中存放一方(Classes)对象的引用名称。
            column:数据库表中的外键名称。注意,是被外键约束的字段的名称,写这些配置文件,要时刻记得那两张数据库表的关系。
         -->
        <many-to-one name="classes" column="cid"></many-to-one>

    </class>

    

    classes 班级 不需要有那种关系,只需要配置自己的属性就行了

    <class name="domain.Classes" table="Classes">
        <id name="cid" column="cid">
            <generator class="native"></generator>
        </id>
        <property name="className"></property>
    </class>

  

    单向多对一的关系映射就是这样简单,原理就是在数据库中多方设置外键指向一方。 然后通过映射文件来利用这个外键帮我们达到我们的目的,这里就是通过外键,找到对应的班级放入我们自己类中的classes属性中。

      many-to-one的属性

        name:影射类属性的名称

        class:非必须的,不写,hibernate会自己根据name的值去查找

        column:关联的字段,也是非必须的,hibernate也会帮我们在查找,但是不写的话,User中的外键名称必须和Classes中的主键名称相同。也就是关联的字段名称要相同,这样才找得到

        net-null:默认是false,就是不能为空

        lazy和fetch:后面的文章会讲解到。

      96_3.png

      

三、单向一对多

      说了单向多对一,现在来说说单向一对多,根据前面我们讲的,其实就是换了一个角度去想这个问题,学生和班级,现在站在班级这方去看,肯定是需要通过班级能知晓所有在这个班学习的同学的信息。    

              96_4.png

        数据库中还是没变,不管是单向一对多还是单向多对一,永远都市通过外键来维护关系的,单向多对一:通过映射文件知道,User的外键能够查找到对应的班级。单向一对多:又是怎么来实现通过User的外键找到属于本班的所有学生的呢?这就要看xx.hbm.xml映射文件如何写了。看下去你就会知道。

            96_5.png

    User 不需要多方来维护关系(维护关系的意思就是不需要通过多方找到一方的信息。)所以就不在需要many-to-one了

<class name="domain.User" table="user">
        <id name="id" column="id">
            <!-- 主键生成策略 -->
            <generator class="native"></generator>
        </id>
        <!-- 一些常规属性 -->
        <property name="username"></property>
        <property name="sex"></property>
        <property name="age"></property>

    </class>

    Classes 由于是一方来维护关系,所以需要配置相关的关系。具体看下面的代码中的配置。

        <class name="domain.Classes" table="Classes">
        <id name="cid" column="cid">
            <generator class="native"></generator>
        </id>
        <property name="className"></property>

        <!--关键在这里,
            name:set集合属性的名称
            key/column:这个是外键名,这个外键字段名不一定要和本类的主键字段名相同,这点要搞清楚,记住数据库表的关系,谁指向谁就不会混淆
            one to many/class:一对多,所映射的类名(全限定类名,直接写类名也可以,hibernate会帮我们自动写好)
        -->
        <set name="set">
            <key column="cid"></key>
            <one-to-many class="User" />
        </set>

    </class>        

 这样,单向一对多也是这样配置好了,单向一对多是如何找到多的信息的呢?通过映射文件可以知道,通过本类中的主键值去寻找映射类中的外键值,有匹配的就将其对象放置到set集合中来。所以说,不管是单向一对多还是单向多对一,都需要在多方加上外键,也就是说,他们的原理度是一样的,只是站的角度不一样,单向一对多站的角度在于一方,一方如何通过外键来达到自己的目的,就看自己的映射文件如何编写,单向多对一站的角度在多方,多方如何通过外键来达到自己的目的,也要看自己的映射文件的编写。

四、双向一对多/双向多对一

      不管哪种叫法都市一样的,别搞混淆了。

      既然知道了单向一对多,和单向多对一,这个也就很简单了,就是通过双方度能够找到对方的信息。

             96_6.png     

         数据库关系:还是跟上面两种是一样的。

        96_7.png

User.hbm.xml

<class name="domain.User" table="user">
        <id name="id" column="id">
            <!-- 主键生成策略 -->
            <generator class="native"></generator>
        </id>
        <!-- 一些常规属性 -->
        <property name="username"></property>
        <property name="sex"></property>
        <property name="age"></property>

        <!-- 重点在这里 
            name:存放一方(Classes班级)的引用。
            column:数据库表中的外键名称
         -->
        <many-to-one name="classes" column="cid"></many-to-one>

    </class>

Classes.hbm.xml

        <class name="domain.Classes" table="Classes">
        <id name="cid" column="cid">
            <generator class="native"></generator>
        </id>
        <property name="className"></property>

        <!--关键在这里,
            name:set集合属性的名称
            key/column:这个是外键名,这个外键名不一定要和本类的主键字段名相同,这点要搞清楚,
            one to many/class:一对多,所映射的类名(全限定类名,直接写类名也可以,hibernate会帮我们自动写好)
        -->
        <set name="set">
            <key column="cid"></key>
            <one-to-many class="User" />
        </set>

    </class>        

 

五、总结

    这样就做好了双向一对多的所有工作,很简单把,明白了单向一对多和单向多对一,双向的就超级简单,就是你中有我,我中有你,大家的原理度是一样,通过多方指向一方的外键,只是站的角度不一样,那么所需要做的映射文件的配置也就不一样。注意一点:数据库中的表字段是没有变化的,就是多方的外键指向一方的主键,但是在实体类中的属性会有变化,比如单向多对一中,在User中增加了一个Classes classes的变量,目的就是为了存放班级对象实例。在单向一对多中,在一方也就是Classes类中加了一个set集合用来装自己的学生。这两个属性跟表字段没什么关系,这个不要搞混淆

文章永久链接:https://tech.souyunku.com/?p=24062


Warning: A non-numeric value encountered in /data/wangzhan/tech.souyunku.com.wp/wp-content/themes/dux/functions-theme.php on line 1154
赞(88) 打赏



未经允许不得转载:搜云库技术团队 » Hibernate(三) 一对多映射关系

IDEA2023.1.3破解,IDEA破解,IDEA 2023.1破解,最新IDEA激活码
IDEA2023.1.3破解,IDEA破解,IDEA 2023.1破解,最新IDEA激活码

评论 抢沙发

大前端WP主题 更专业 更方便

联系我们联系我们

觉得文章有用就打赏一下文章作者

微信扫一扫打赏

微信扫一扫打赏


Fatal error: Uncaught Exception: Cache directory not writable. Comet Cache needs this directory please: `/data/wangzhan/tech.souyunku.com.wp/wp-content/cache/comet-cache/cache/https/tech-souyunku-com/index.q`. Set permissions to `755` or higher; `777` might be needed in some cases. in /data/wangzhan/tech.souyunku.com.wp/wp-content/plugins/comet-cache/src/includes/traits/Ac/ObUtils.php:367 Stack trace: #0 [internal function]: WebSharks\CometCache\Classes\AdvancedCache->outputBufferCallbackHandler() #1 /data/wangzhan/tech.souyunku.com.wp/wp-includes/functions.php(5109): ob_end_flush() #2 /data/wangzhan/tech.souyunku.com.wp/wp-includes/class-wp-hook.php(303): wp_ob_end_flush_all() #3 /data/wangzhan/tech.souyunku.com.wp/wp-includes/class-wp-hook.php(327): WP_Hook->apply_filters() #4 /data/wangzhan/tech.souyunku.com.wp/wp-includes/plugin.php(470): WP_Hook->do_action() #5 /data/wangzhan/tech.souyunku.com.wp/wp-includes/load.php(1097): do_action() #6 [internal function]: shutdown_action_hook() #7 {main} thrown in /data/wangzhan/tech.souyunku.com.wp/wp-content/plugins/comet-cache/src/includes/traits/Ac/ObUtils.php on line 367