搜云库技术团队
天气甚好，怎能不学习？
一、单向和双向
包括一对一，一对多，多对多这三种情况，但是每一种又分为单向和双向，在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>
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时，才会进行查询加载，这就是延迟加载，也称为懒加载，具体下一节讲解。下一节还会讲解一级缓存，二级缓存的问题。
