解决问题:n+1问题,之前我的习惯是拿到单表里面的数据,然后遍历,再拿到一个与其他表对应的逻辑上的外键,然后for循环去查找其他表的数据(原因是数据量小,没有在意,还有主要是不想建外键,你知道的,外键是很麻烦的,虽然有利于查询,但是增删改确实很让人头疼),这样做也能达到效果,但是效率低,访问数据库的次数也太多了,假设我查询出了1000条数据,我要用他里面的逻辑外键去查找其他表1000次,就意味着访问数据1000次,这样做还会遇到一些问题,若当前的逻辑外键查找在对应的表里面没有数据,就会抛出异常,从程序出错
例子,我要返回前端一个封装好的实体模型,里面包含了多个不在同一个数据表的字段,这就涉及到了多表查询,我把需要返回前端的字段封装为一个DTO
步骤:
1:构建DTO
package com.steak.system.pojo.dto; public class ApplyDTO { private Integer applyId; //申请书的ID 属于申请表(sys_apply) private String selfIntroduction; //自我介绍 属于申请表(sys_apply) private String applyTime; //申请时间 属于申请表(sys_apply) private String userName; //申请人,属于用户表(sys_user) private String collegeName; //二级学院名称,属于二级学院表(sys_college) private String recruitName; //招聘书标题 , 属于招聘表(sys_recruit) private String status; //申请状态 属于申请表(sys_apply) 省去setter,getter } 从上面可以看出上面的字段涉及了四个表
2:构建mybatis Mapper.xml
<?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.steak.system.mapper.ApplyDOMapper"> <resultMap id="ApplyDTO" type="com.steak.system.pojo.dto.ApplyDTO"> <id column="apply_id" jdbcType="INTEGER" property="applyId" /> <result column="self_introduction" jdbcType="VARCHAR" property="selfIntroduction" /> <result column="user_name" jdbcType="VARCHAR" property="userName" /> <result column="apply_time" jdbcType="TIMESTAMP" property="applyTime" /> <result column="college_name" jdbcType="VARCHAR" property="collegeName" /> <result column="status" jdbcType="INTEGER" property="status" /> <result column="recruit_name" jdbcType="VARCHAR" property="recruitName" /> </resultMap> <select id="getApplyDTO" parameterType="java.lang.String" resultMap="ApplyDTO"> select a.apply_id,a.self_introduction,a.apply_time,u.user_name,c.college_name,a.status,r.recruit_name from sys_recruit r,sys_apply a,sys_user u,sys_college c where a.recruit_id = r.recruit_id and a.apply_people_id = u.user_id and r.apply_depatment = c.college_id and release_people_id = #{userId,jdbcType=VARCHAR} </select> </mapper> 上面的resultMap 的 id="ApplyDTO"和下面的查询语句的resultMap要对应,resultMap算是mybatis中最强大的了,type="com.steak.system.pojo.dto.ApplyDTO" 是我自定义的DTO(再次强调,DTO并不是规则的实体,如果不是很理解,可以去了解一下DTO) property的字段应和DTO里面的字段对应
3:创建接口Mapper
List<ApplyDTO> getApplyDTO(String userId);
getApplyDTO要和xml里面的查询语句的id对应
4:返回结果
List<ApplyDTO> list = applyDOMapper.getApplyDTO(userId); 在service层调用Mapper的接口,就能返回对应的结果
额外:实体之间的转换(少写代码)
如:我封装的DTO里面有一个字段int类型的字段status,一般在数据库里面我们用数字来表示,但是返回前台我们应该用一个别人能够理解的字段来表示(如待审核,已审核),由此我们需要定义一个VO(返回前端的模型,里面的字段要和DTO里面所要转换的的字段相同,注意,是需要转换的,我也可以在VO里面定义其他的,DTO转换的时候只转换VO里面和自己对应的),然后通过set方式将值转换到VO里面,数据字段少其实可以手动set,如果有50个字段,一个字段一个字段的去set(实际上我只需要转换一个status字段就OK,当然也可以交给前端来处理,但是有时候前端并不知道代表什么,所以我们尽量给前端解析好,别人就不用去猜测了),费力费时,代码还不优雅,所以推荐使用一些实体的转换工具,我使用的是Apache的BeanUtils,里面有转换的方法,如我将DTO转换为VO,如下便可
BeanUtils.copyProperties(VO,DTO);
这样的话我就将所有数据转到VO里面了,我们在VO里面的status字段设置为String,然后取DTO里面的status字段出来进行语义化成一个可理解的字段,为什么不取VO里面的,要取DTO呢,前面已经说了只能转换和自己对应的,因为DTO里面的status为int类型,而VO里面的status为String,所以转过来VO里面的status为null,所以需要取DTO里面的status,然后赋值给VO里面的status,如:1=待审核 2=已审核
本文提到的VO,DTO模型并不是真正意义上的实体,它不像DO这种是直接和数据库一一对应的实体,它是可拓展的,可变的,如果不理解,可以百度一下,另外本文纯属CRUD,不喜勿喷
原文地址:https://www.cnblogs.com/steakliu/p/12053574.html