解決問題: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,不喜勿噴