Mybatis(四) 高级映射，一对一，一对多，多对多映射

　　　　　　天气甚好，怎能不学习？

一、单向和双向

　　　　包括一对一，一对多，多对多这三种情况，但是每一种又分为单向和双向，在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的哪个属性上即可。

　　　　　　　　　　　　

 <?xml version="1.0" encoding="UTF-8" ?>
 <!DOCTYPE mapper
 PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN"
 "http://mybatis.org/dtd/mybatis-3-mapper.dtd">
 <mapper namespace="com.wuhao.onetoone.resultMap.UserMapper">
         <!--
             resultMap
             type:返回对象类型。全限定名，如果使用了typeAliases设置别名，则可以使用别名
             id:唯一标识，供下面使用
             id标签：唯一标识位，也就是主键。
                 column:从数据库中查询出来的列名。有时候会使用别名，主要看sql语句返回的列名是什么
                 property:对应返回对象中属性名
             result标签：映射普通属性
                 column和property跟上面一样的功能
          -->
     <resultMap type="com.wuhao.onetoone.resultMap.Orders" id="findOrdersAndUserReM">
         <id column="oid" property="id"/>
         <result column="number" property="number"/>
         <result column="user_id" property="userId"/>
         <result column="createtime" property="createtime"/>
         <!-- 用户信息，
             association：一对一映射
             property:把关联查询的一对一的信息封装到哪个对象属性上
             javaType:property属性的类型
             其他的什么id，result标签都跟上面的一样。
          -->
          <association property="user" javaType="com.wuhao.onetoone.resultMap.User">
              <id column="uid" property="id"/>
              <result column="username" property="username"/>
              <result column="sex" property="sex"/>
          </association>
     </resultMap>

     <!--
         使用resultMap就能够解决这种麻烦，因为resultMap能进行高级映射，说是高级映射，其实就是可以将查询出来的列表映射到特定
         的属性上去。
         使用resultMap之后，就会知道resultType的区别在哪里了
             resultType:简单一些，是一种平铺式的映射，不用层级式映射用这个比较好。需要什么查什么
             resultMap:比较繁琐，是一种层级式的映射，在企业中如果没有特殊要求，建议使用resultType来完成一对一映射，
      -->
     <select id="findOrdersAndUserByOid" parameterType="int" resultMap="findOrdersAndUserReM">
         SELECT
             orders.id oid,
             orders.number,
             orders.user_id,
             orders.createtime,
             user.id uid,
             user.username,
             user.sex
          FROM orders,user WHERE orders.id = #{id} AND orders.user_id = user.id
     </select>

 </mapper>

　　　　　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时，才会进行查询加载，这就是延迟加载，也称为懒加载，具体下一节讲解。下一节还会讲解一级缓存，二级缓存的问题。