mybatis与MP与MPJ的区别

MP和MPJ都依赖于mybatis的基础包依赖，所以在学习MP和MPJ时，需要打好基础，对于我们初学者来说，常写mybatis又利于对MP合MPJ的学习。

mybatis在一些需要繁杂sql语句查询的业务场景上，有利于更好的对数据进行查询，而且在后期维护对sql查询语句上进行优化比较方便。大部分现在的业务上都需要对数据进行输出，也就是所谓的统计，在统计的功能上，为了满足业务要求，绝大部分的情况下使用的都是mybatis来进行查询和后续的统计，比如以下的例子：要求统计出意向投资、投诉、困难问题、建议这几类业务的总数：

 这里可以看到，我们的业务需求有以下几种：
一、完成对用户角色的增伤改查；
二、对用户角色提交的业务（意向投资、投诉、困难问题、建议）进行基础的CURD；
三、统计用户提交的业务数量，其中可以根据月份、年份等条件进行统计，在这里我们进行总量的统计

根据以上要求，需求一、二我们可以利用MP来快速完成对业务的CURD操作和功能的实现，而需求三则需要我们进行关联查询和统计，当然有聪明的小伙伴会说，为什么不用MPJ呢，起初我也是这么想的，但是实际操作下来，发现利用MPJ很难完成对需求三的业务要求，就算完成需要对数据库多次查询才能完成，而mybatis只需要查询一次，从效率和调用上来看，明显mybatis更符合目前的业务需求。以下是我个人简单完成对业务需求的代码，小伙伴们可以借鉴一下，当然还有很大的改进空间。

 

 对于MP和MPJ中我们还需要对lambda表达式和箭头函数有一定的了解，这样方便我们书写更加优美的代码，下面展示给各位小伙伴展示一段作业写的MPJ的实际业务：

List<QyInformationVo> wrapper = baseMapper.selectJoinList(QyInformationVo.class,
                    new MPJLambdaWrapper<QyInformation>() .selectAll(QyInformation.class)
.orderByDesc(QyInformationRecord::getCreateTime)
.leftJoin(QyInformationRecord.class,QyInformationRecord::getInformationId,QyInformation::getId)
.selectCollection(QyInformationRecord.class, QyInformationVo::getQyVolumeList)
);
return TableDataInfo.build(wrapper);

以上代码的数据结果是查询出Qyinformation的全部信息，根据id关联查询QyInformationRecord表中的信息，并将信息返回到getQyVolumeList中展示。这样就能方便前端取相应的数据。

下面我们根据sql查询来对比一下，普通mybatis和MP的区别：

普通mybatis sql查询：

SELECT record.information_id,information.title FROM qy_information_record record
LEFT JOIN qy_information information ON record.information_id=information.id
where record.information_id= information_id

mybatisPlus不支持后续条件关联查询：

SELECT information_id,(select title FROM qy_information WHERE id=information_id) as id FROM qy_information_record t1 where information_id=t1.id

通过对比我们可以看出，MP提供我们更方便的查询，同时不需要我们再向以往一样手搓sql，但是缺点同样也很明显，毕竟MP是国内大佬包装好的依赖提供我们使用，不利于后期的优化和提高sql的效率，同时随着业务需求难度的提升，数据库压力也在我们的考虑范围中，所以在日常的业务场景我们可以合理的使用mybatis、MP、MPJ。

最后，欢迎各位小伙伴一起学习，共同进步。