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