mybatis联合查询 一对一一对多

分析商品订单数据模型

通过订单表和用户表分析商品订单数据模型

准备工作

用户表
– auto-generated definition
create table user
(
id int auto_increment
primary key,
username varchar(32) not null comment ‘用户名称’,
birthday date null comment ‘生日’,
sex char null comment ‘性别’,
address varchar(256) null comment ‘地址’
);

订单表

-- auto-generated definition
create table orders
(
  id         int auto_increment
    primary key,
  user_id    int          not null comment '下单用户id',
  number     varchar(32)  not null comment '订单号',
  createtime datetime     not null comment '创建订单时间',
  note       varchar(100) null comment '备注',
  constraint FK_orders_id
    foreign key (user_id) references user (id)
);

create index FK_orders_1
  on orders (user_id);

项目结构
订单类和 用户类根据上述

一对一

sql

方式一：使用resultType实现

（a）改造POJO：目前已经拥有的实体，没有一个能够映射所有的字段，需要重新创建一个POJO类

     创建一个类，继承字段多的POJO类
     
     User_orders

（b）OrdersMapper接口

（c）OrdersMapper.xml

(d)在resource文件夹中修改核心配置文件完成映射

方式二：使用resultMap实现

（a）改造POJO

（b）Mapper接口

（c）Mapper.xml

总结：
实现一对一查询
ResultType:
使用resultType比较简单，如果没有对应POJO，就创建一个对应POJO即可。
如果，查询结果没有特殊性的要求，就建议使用ResultType
ResultMap:
需要单独定义ResultMap，实现有些麻烦，
如果 对查询的结果有特殊要求（指定结果）使用ResultMap,将关联查询的结果映射到POJO的属性中。

ResultMap可以实现延迟加载，ResultType无法实现延迟加载。
Order对象（顶层）包含User对象（第二层），如果暂未没有用到User属性，就不查询User的信息。

一对多

一对多的关系，只能用ResultMap实现，无法使用resultType实现。

SQL

修改POJO

Mapper接口

Mapper.xml

**

总结

**
Mybatis使用resultMap的collection对关联插入的多条记录映射到一个List集合属性中。
如果使用ResultType实现：只能自己手动处理数据，需要使用双层循环遍历，合并记录。

多对多

多对多的关系，需要借助第三表来存储这个关系，无论是添加、还是删除、查询，本质都是对第三张表进行的操作。

     商品和订单的关系
     用户和角色的关系
     用户和权限的关系