微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

MyBatis处理一对多关系时的性能考虑

Mybatis框架对于处理一对多的情况有两种方法

  1. 查询的时候JOIN子表, 然后交给MyBatis拼装数据
  2. 查询的时候不JOIN子表, 主表查询完成后发起select再查询关联表数据, 还可以配置fetchType=lazy进行懒加载

这两种方法各有问题:

  1. 第一种方案有两个缺陷: 1) 做分页查询的时候不准, 2) 如果关联子表多, 结果集会非常大, 占用网络IO
  2. 第二种方案会出现1+N次查询, 发起的sql数量会非常恐怖. 懒加载如果最后转JSON, 那么同样是1+N次查询

建议开发自己去拼装一对多的集合

处理的办法是:

把主表的关联字段手动放进一个集合, 发起in查询把关联表的数据查询出来, 然后手动拼装, 这样发起的查询数量就是1+1

常见做法就是lambda将实体集合转为id集合, 发起in查询, 再用lambda分组, 最后进行对应

如:

Page<OrderInfoDTO> page = orderMapper.selectPage();
List<String> collect = page.getRecords().stream().map(OrderInfoDTO::getFileBatchCode)
               .collect(Collectors.toList());

if (ObjectUtil.isNotEmpty(collect)) {
   Map<String, List<FilePO>> map = fileMapper.selectList(new QueryWrapper<FilePO>()
                           .in("code", collect))
                           
           .stream().collect(Collectors.groupingBy(FilePO::getBatchCode));

   page.getRecords().forEach(item -> item.setFileList(map.get(item.getFileBatchCode())));
}

原文地址:https://cloud.tencent.com/developer/article/2032070

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐