Mybatis 一对多 一对一 多对多

https://www.cnblogs.com/whgk/p/6721935.html

一、单向和双向

    包括一对一,一对多,多对多这三种情况,但是每一种又分为单向和双向,在hibernate中我们就详细解析过这单向和双向是啥意思,在这里,在重复一遍,就拿一对多这种关系来讲,比如有员工和部门,一个部门中有多个员工,从部门方看,是一对多关系,而多名员工属于一个部门,是多对一关系,那么如果我们的业务需求只需要通过部门查找到所有的员工,那么我们就只需要进行单向一对多的映射,如果我们需要通过员工来查询出对应的部门,那么我们就需要进行单向多对一的映射,而如果我们这两个业务需求都需要实现,也就是不管从哪一方进行查找,都需要能够找到对方,那么此时就应该编写双向一对多或者双向多对一(双向一对多和双向多对一是一样的意思)。所以,不管是编写哪一种,都是根据业务需求来进行决策的。这就是单向和双向的意思。

    什么是多对多? 

       多对多就是不管从哪一方看,都是一对多,那么该关系就是多对多。比如学生跟选修课之间,从学生方看,一个学生能选多门选修课,一对多关系,从选修课之间,一门选修课可以被多个学生选择,也是一对多关系,那么学生跟选修课就是多对多关系。多对多关系之间都会由第三张表来表示这种关系。而不会相互设置外键。

二、测试环境

       

       

三、一对一映射

    有了上面这个关系图,那我们测试就好做多了,就拿orders 和user来测试,从orders方看向user方,就是一对一映射。也就是单向一对一,只需要根据orders能找出user即可。

    两种方案,映射文件中输出映射使用resultType和resultMap。这里只关注映射文件,全局配置文件就不多说了,还是老样子的配置

    3.1、使用resultType

        UserMapper.xml  

            

        UserExt.java

          因为需要在查询orders时,将对应的user也查询出来,那么使用resultType的话,就需要创建一个OrdersExt,将user和orders中的属性合并在一起,形成一个新的pojo。这样就能够将查询出来的记录都映射到该pojo上了

            

    3.2、使用resultMap

        usermapper.xml

            

          resultMap

              使用resultMap的话就不需要构造一个新的pojo,只需要将查询出来的记录的值通过resultMap帮我们映射到指定到哪个pojo的哪个属性上即可。

            

 View Code

     3.3、小总结

        现在应该认识到了resultMap和resultType的区别,需要知道resultMap中一对一映射时是怎么编写这种映射关系的。 

        上面所侧重的重点在映射文件statement的编写,

 

四、一对多映射

     查询订单信息,关联查询它的订单明细信息,orders --》 ordersdetail。 单向一对多关系,一个订单有多个订单项。

     4.1、使用resultType

        使用resultType也可以,按照前面的学习,需要构建一个新的pojo,其中包含了订单项属性和orders属性。这个很简单,而且都会做,就不多说了,主要说说使用resultMap的用法。

     4.2、使用resultMap

            

        其中注意resultMap中的extends的用法,继承一个resultMap,就把其中的所有配置都继承过来了,所以这里只需要编写一个collection,映射ordersdetail集合。

        pojo类中应该多了一个这个东西

              

 

        这里主要是关注,一对多时,resultMap中是如何实现的。使用collection。

 

五、多对多映射

      查询用户信息,以及它所购买的商品信息  user --》 items

      主表:user  

      从表:orders、orderdetail、items

      也就是通过查询某个user,查找到orders,通过orders查找到orderdetail,通过orderdetail查找到items。

      pojo

        一个用户拥有多个订单

            

        一个订单可以拥有多个订单明细

              

        一个订单明细对应一个商品

            

      usermapper.xml

            

        通过上面pojo和sql语句,可以知道,我们写的resultMap看起来好像需要很复杂,其实不然,一步步一层层进行编写,也不难。

            

        如果是一对多关系,那么就使用collection,如果是一对一,那么就使用association,先写user到orders,然后在写orders中的orderdetail,等等,这样一层层嵌套进去,也很明了。不难懂。

 

 

六、总结

      6.1、resultType和resultMap都可以完成高级结果映射

          如果没有特殊要求,使用resultType方便

      6.2、resultType和resultMap 的一个主要区别就是要应用场景不同

          resultType主要是查询明细使用

          resultMap主要是层级查询使用,比如查询用户信息,如何点击查询订单,再去查询订单信息

          resultMap可以实现延迟加载,而resultType没有该功能

      6.3、延迟加载就是我们下一章节要说的东西,这里就需要注意,resultMap菜可以实现延迟加载,那么什么是延迟加载呢?比如上面一对一关系中,通过orders查询到对应的user,当没有使用到user时,那么orders是不会查询出user的,等当使用user时,才会进行查询加载,这就是延迟加载,也称为懒加载,具体下一节讲解。下一节还会讲解一级缓存,二级缓存的问题。

阅读更多
个人分类: mybatis
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

不良信息举报

Mybatis 一对多 一对一 多对多

最多只允许输入30个字

加入CSDN,享受更精准的内容推荐,与500万程序员共同成长!
关闭
关闭