(1) Mybatis 是一个半 ORM(对象关系映射)框架,它内部封装了 JDBC,开发时只需要关注 SQL 语句本身,不需要花费精力去处理加载驱动、创建连接、创建 statement 等繁杂的过程。程序员直接编写生态 sql,可以严格控制sql 执行性能,灵活度高。 (2) MyBatis 可以使用 XML 或注解来配置和映射原生信息,将 POJO 映射成数据库中的记录,避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集。 (3) 通过 xml 文件或注解的方式将要执行的各种 statement 配置起来,并通过 java 对象和 statement 中 sql 的动态参数进行映射生成最终执行的 sql语句,最后由 mybatis 框架执行 sql 并将结果映射为 java对象并返回。
(1) 基 于 SQL 语句编程,相当灵活,不会对应用程序或者数据库的现有设计造成任何影响,SQL 写在 XML 里,解除 sql 与程序代码的耦合,便于统一管理;提供 XML 标签,支持编写动态 SQL 语句,并可重用。 (2) 与 JDBC 相比,减少了 50%以上的代码量,消除了 JDBC 大量冗余的代码,不需要手动开关连接; (3) 很好的与各种数据库兼容。 (4) 能够与 Spring 很好的集成; (5) 提供映射标签,支持对象与数据库的 ORM 字段关系映射;提供对象关系映射标签,支持对象关系组件维护。
(1) SQL 语句的编写工作量较大,尤其当字段多、关联表多时,对开发人员编写 SQL 语句的功底有一定要求。 (2) SQL 语句依赖于数据库,导致数据库移植性差,不能随意更换数据库。
(1) MyBatis 专注于 SQL 本身,是一个足够灵活的 DAO 层解决方案。 (2) 对性能的要求很高,或者需求变化较多的项目,如互联网项目,MyBatis将是不错的选择。
(1) Mybatis 和 hibernate 不同,它不完全是一个 ORM 框架,因为 MyBatis需要程序员自己编写 Sql 语句。 (2) Mybatis 直接编写原生态 sql,可以严格控制 sql 执行性能,灵活度高,非常适合对关系数据模型要求不高的软件开发,因为这类软件需求变化频繁,一但需求变化要求迅速输出成果。但是灵活的前提是 mybatis 无法做到数据库无关性,如果需要实现支持多种数据库的软件,则需要自定义多套 sql 映射文件,工作量大。 (3) Hibernate 对象/关系映射能力强,数据库无关性好,对于关系模型要求高的软件,如果用 hibernate 开发可以节省很多代码,提高效率。
#{}是预编译处理,{}是字符串替换。 Mybatis 在处理#{}时,会将 sql 中的#{}替换为?号,调用PreparedStatement 的 set 方法来赋值;Mybatis 在处理{}时,就是把
第 1 种: 通过在查询的 sql 语句中定义字段名的别名,让字段名的别名和实体类的属性名一致。
第 2 种: 通过来映射字段名和实体类属性名的一一对应的关系。
通过concat拼接sql语句
Dao 接口即 Mapper 接口。接口的全限名,就是映射文件中的 namespace 的值;接口的方法名,就是映射文件中 Mapper 的 Statement 的 id 值;接口方法内的参数,就是传递给 sql 的参数。 Mapper 接口是没有实现类的,当调用接口方法时,接口全限名+方法名拼接字符串作为 key 值,可唯一定位一个 MapperStatement。在 Mybatis 中,每一个、、、标签,都会被解析为一个MapperStatement 对象。
public IntendedUser selectIntendedUserById(Long id);
<select id="selectIntendedUserById" parameterType="Long" resultMap="IntendedUserResult">
<include refid="selectIntendedUserVo"/>
where id = #{id}
and del_flag = 0
</select>
Mapper 接口里的方法,是不能重载的,因为是使用 全限名+方法名 的保存和寻找策略。Mapper 接口的工作原理是 JDK 动态代理,Mybatis 运行时会使用JDK 动态代理为 Mapper 接口生成代理对象 proxy,代理对象会拦截接口方法,转而执行 MapperStatement 所代表的 sql,然后将 sql 执行结果返回。
Mybatis 使用 RowBounds 对象进行分页,它是针对 ResultSet 结果集执行的内存分页,而非物理分页。可以在 sql 内直接书写带有物理分页的参数来完成物理分页功能,也可以使用分页插件来完成物理分页。 分页插件的基本原理是使用 Mybatis 提供的插件接口,实现自定义插件,在插件的拦截方法内拦截待执行的 sql,然后重写 sql,根 据 dialect 方言,添加对应的物理分页语句和物理分页参数。
第一种是使用标签,逐一定义数据库列名和对象属性名之间的映射关系。 第二种是使用 sql 列的别名功能,将列的别名书写为对象属性名。有了列名与属性名的映射关系后,Mybatis 通过反射创建对象,同时使用反射给对象的属性逐一赋值并返回,那些找不到映射关系的属性,是无法完成赋值的。
参考:mysql批量插入
insert 方法总是返回一个 int 值 ,这个值代表的是插入的行数。 如果采用自增长策略,自动生成的键值在 insert 方法执行完后可以被设置到传入的参数对象中。
<insert id="insertIntendedUser" parameterType="IntendedUser" useGeneratedKeys="true" keyProperty="id">
insert into crm_intended_user
<trim prefix="(" suffix=")" suffixOverrides=",">
<if test="clueId != null ">clue_id,</if>
<if test="baseInfoId != null ">base_info_id,</if>
<if test="followRecordId != null ">follow_record_id,</if>
</trim>
<trim prefix="values (" suffix=")" suffixOverrides=",">
<if test="clueId != null ">#{clueId},</if>
<if test="baseInfoId != null ">#{baseInfoId},</if>
<if test="followRecordId != null ">#{followRecordId},</if>
</trim>
</insert>
// 完成后,id 已经被设置到对象中
第一种:DAO 层的函数
List<DetailPlan> findByUidAndScheduleDate(Long userExtendId, String dayTime);
XML
<select id="findByUidAndScheduleDate" resultMap="DetailPlanResult">
select a.id, a.plan_name, a.long_short_path_id, b.`status`, b.subject_id, b.stage_id,
b.id as user_detail_plan_id
from qs_study_detail_plan a
left join qs_study_user_detail_plan b on a.id = b.detail_plan_id and b.is_valid = 1
left join qs_study_user_day_schedule c on b.user_day_schedule_id = c.id and c.is_valid = 1
where a.is_valid = 1
and b.user_extend_id = #{0}
and c.user_extend_id = #{0}
and c.schedule_date = #{1}
</select>
对应的 xml,#{0}代表接收的是 dao 层中的第一个参数,#{1}代表 dao 层中第二参数,更多参数一致往后加即可。 第二种: 使用 @param 注解: DAO
Long getTotalDuration(@Param("learnPlanId") Long learnPlanId,@Param("subjectId") Long subjectId);
XML
<select id="getTotalDuration" parameterType="Long" resultType="Long">
SELECT SUM(e.duration) FROM qs_study_learn_plan a
LEFT JOIN qs_study_subject_plan_configuration b ON a.id=b.learn_plan_id AND b.is_valid=1 AND b.subject_id=#{subjectId}
LEFT JOIN qs_study_subject_plan_configuration_extend c ON b.id=c.subject_plan_configuration_id AND c.is_valid=1
LEFT JOIN qs_study_long_short_path d ON c.id=d.subject_plan_configuration_extend_id AND d.is_valid=1
LEFT JOIN qs_study_detail_plan e ON d.id=e.long_short_path_id AND e.is_valid=1 AND e.is_publish=1
WHERE a.is_valid=1 AND a.id=#{learnPlanId}
</select>
然后,就可以在 xml 像下面这样使用(推荐封装为一个 map,作为单个参数传递给 mapper): 第三种:多个参数封装成 map
Map param = new HashMap(2);
param.put("userExtendId",Long.parseLong(userExtendId));
param.put("pageSize",100);
List<Map> userChatRecords = userChatRecordService.selectUserChatRecordAsc(param);
//==============================================================================
<select id="selectUserChatRecordAsc" parameterType="Map" resultMap="UserChatRecordResult">
<include refid="selectUserChatRecordVo"/>
WHERE user_extend_id = #{userExtendId} AND is_valid=1 AND has_selected=1
<if test="chatDate != null "> AND update_time > #{chatDate}</if>
ORDER BY update_time ASC
<if test="pageSize != null">LIMIT #{pageSize}</if>
</select>
参数过多时可采用map方式
Mybatis 动态 sql 可以在 Xml 映射文件内,以标签的形式编写动态 sql,执行原理是根据表达式的值 完成逻辑判断并动态拼接 sql 的功能。 Mybatis 提供了 9 种动态 sql 标签:trim | where | set | foreach | if |choose| when | otherwise | bind。
<resultMap>、<parameterMap>、<sql>、<include>、<selectKey>,加上动态 sql 的 9 个标签,其中<sql>为 sql 片段标签,通过<include>标签引入sql 片段,<selectKey>为不支持自增的主键生成策略标签。
不同的 Xml 映射文件,如果配置了 namespace,那么 id 可以重复;如果没有配置 namespace,那么 id 不能重复; 原因就是 namespace+id 是作为 Map<String, MapperStatement>的 key 使用的,如果没有 namespace,就剩下 id,那么,id 重复会导致数据互相覆盖。 有了 namespace,自然 id 就可以重复,namespace 不同,namespace+id 自然 也就不同。
Hibernate 属于全自动 ORM 映射工具,使用 Hibernate 查询关联对象或者关联集合对象时,可以根据对象关系模型直接获取,所以它是全自动的。而Mybatis 在查询关联对象或关联集合对象时,需要手动编写 sql 来完成,所以,称之为半自动 ORM 映射工具。
<resultMap type="Clue" id="ClueResult">
<result property="id" column="id" />
<result property="clueType" column="clue_type" />
<result property="batchId" column="batch_id" />
<result property="clueStatus" column="clue_status" />
<association property="clueBaseInfo" column="clue_Id" javaType="ClueBaseInfo" resultMap="ClueBaseInfoResult" />
</resultMap>
<resultMap type="ClueBaseInfo" id="ClueBaseInfoResult">
<result property="id" column="cid" />
<result property="clueId" column="clue_id" />
<result property="memberId" column="member_id" />
<result property="username" column="username" />
<result property="realname" column="realname" />
<result property="phone" column="phone" />
<result property="phoneLocation" column="phone_location" />
</resultMap>
详细用法可参考:mybatis的association以及collection的用法
有联合查询和嵌套查询,联合查询是几个表联合查询,只查询一次, 通过在resultMap 里面配置 association 节点配置一对一的类就可以完成; 嵌套查询是先查一个表,根据这个表里面的结果的 外键 id,去再另外一个表里面查询数据,也是通过 association 配置,但另外一个表的查询通过 select 属性配置。
有联合查询和嵌套查询。联合查询是几个表联合查询,只查询一次,通过在resultMap 里面的 collection 节点配置一对多的类就可以完成; 嵌套查询是先查一个表,根据这个表里面的 结果的外键 id,去再另外一个表里面查询数据,也是通过配置 collection,但另外一个表的查询通过 select 节点配置。
Mybatis 仅支持 association 关联对象和 collection 关联集合对象的延迟加载,association 指的就是一对一,collection 指的就是一对多查询。在Mybatis 配置文件中,可以配置是否启用延迟加载lazyLoadingEnabled=true|false。它的原理是,使用 CGLIB 创建目标对象的代理对象,当调用目标方法时,进入拦截器方法,比如调用 a.getB().getName(),拦截器 invoke()方法发现a.getB()是 null 值,那么就会单独发送事先保存好的查询关联 B 对象的sql,把 B 查询上来,然后调用 a.setB(b),于是 a 的对象 b 属性就有值了,接着完成 a.getB().getName()方法的调用。这就是延迟加载的基本原理。 当然了,不光是 Mybatis,几乎所有的包括 Hibernate,支持延迟加载的原理都是一样的。
1) 一级缓存: 基于 PerpetualCache 的 HashMap 本地缓存,其存储作用域为Session,当 Session flush 或 close 之后,该 Session 中的所有 Cache 就将清空,默认打开一级缓存。 2) 二级缓存与一级缓存其机制相同,默认也是采用 PerpetualCache,HashMap存储,不同在于其存储作用域为 Mapper(Namespace),并且可自定义存储源,如 Ehcache。默认不打开二级缓存,要开启二级缓存,使用二级缓存属性类需要实现 Serializable 序列化接口(可用来保存对象的状态),可在它的映射文件中配置<cache/> ; 3) 对于缓存数据更新机制,当某一个作用域(一级缓存 Session/二级缓存Namespaces)的进行了 C/U/D 操作后,默认该作用域下所有 select 中的缓存将被 clear。
接口绑定,就是在 MyBatis 中任意定义接口,然后把接口里面的方法和 SQL 语句绑定, 我们直接调用接口方法就可以,这样比起原来了 SqlSession 提供的方法我们可以有更加灵活的选择和设置。 接口绑定有两种实现方式,一种是通过注解绑定,就是在接口的方法上面加上@Select、@Update 等注解,里面包含 Sql 语句来绑定;另外一种就是通过xml 里面写 SQL 来绑定, 在这种情况下,要指定 xml 映射文件里面的namespace 必须为接口的全路径名。当 Sql 语句比较简单时候,用注解绑定,当 SQL 语句比较复杂时候,用 xml 绑定,一般用 xml 绑定的比较多。
(1) Mapper 接口方法名和 mapper.xml 中定义的每个 sql 的 id 相同; (2) Mapper 接口方法的输入参数类型和 mapper.xml 中定义的每个 sql 的parameterType 的类型相同; (3) Mapper 接口方法的输出参数类型和 mapper.xml 中定义的每个 sql 的resultType 的类型相同; (4) Mapper.xml 文件中的 namespace 即是 mapper 接口的类路径。
使用 mapper 扫描器: (1) mapper.xml 文件编写: mapper.xml 中的 namespace 为 mapper 接口的地址; mapper 接口中的方法名和 mapper.xml 中的定义的 statement 的 id 保持一致; 如果将 mapper.xml 和 mapper 接口的名称保持一致则不用在sqlMapConfig.xml 中进行配置。 (2) 定义 mapper 接口: 注意 mapper.xml 的文件名和 mapper 的接口名称保持一致 (3) 启动类配置 @MapperScan (4) 使用扫描器后从 spring 容器中获取 mapper 的实现对象。