1、Mybatis是什么?
mybatis 是一个优秀的基于java的持久层(Dao)框架,它内部封装了jdbc,使开发者只需要关注sql语句本身,而不需要花费精力去处理加载驱动、创建连接、创建statement等繁杂的过程。
mybatis 通过 xml 或注解的方式将要执行的各种 statement 配置起来,并通过java对象和statement中sql的动态参数进行映射生成最终执行的sql语句。
最后 mybatis 框架执行sql 并将结果映射为java对象并返回。采用ORM(对象关系映射)思想解决了实体和数据库映射问题,对jdbc进行了封装,屏蔽了jdbc api 底层访问细节,使我们不用与jdbc api 打交道,就可以完成对数据库的持久化操作。
2、它解决什么问题?
-
原始jdbc开发存在的问题:
数据库连接、创建、释放频繁造成系统资源浪费从而影响系统性能.sql语句在代码中硬编码,造成代码不易维护,实际应用sql变化的可能较大,sql变动需要改变java代码
查询操作时,需要手动将结果集中的数据手动封装到实体中。查询操作时,需要手动将实体的数据设置到sql语句的占位符位置
-
应对上述问题给出的解决方案:
使用数据库连接池初始化连接资源。
将sql语句抽取到xml配置文件。
使用反射、内省等底层技术,自动将实体与表进行属性与字段的自动映射。
3、基础配置文件
上述介绍了Mybatis,以及它诞生后所解决的问题,下面将开始熟悉mybatis。
在熟悉Mybatis前,请确保项目中要存在Mybatis的jar包哦!
configuration.xml (Mybatis核心配置文件)
该配置文件为Mybatis的核心配置文件,如果项目中不存在,那么可以自行添加上去。
- 而自行添加xml文件时注意,Mybatis的配置文件都是有标头的
它的标头为:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE configuration
PUBLIC "-//mybatis.org//DTD Config 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-config.dtd">
也就是在xml文件的最开头最上方添加上述标签即可。
xxxMapper.xml (Mybatis的Mapper映射文件)
该配置文件为Mybatis的Mapper映射文件,本文所说的是注解,所以该配置文件可以不创建。但若是不使用注解,那么请在该配置文件中添加上对应的sql语句
它的标头为:
<?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">
4、注解开发
近年来,注解开发越来越流行,Mybatis也可以使用注解开发方法,这样我们就可以减少编写Mapper映射文件了。
在使用注解前,请在核心配置文件中配置好数据源,以及Mapper的扫描
总的来说,使用注解开发,其根本还是在接口,始终都要创建一个接口来实现sql语句的发送。
因此,创建一个接口,每一个方法就代表着一条sql语句,在方法中填写上对应的参数(或没有)、返回类型,那么之后就全权交由注解去管理了。
在此前,需要将该接口添加上@Mapper注解以确保Mybatis认为它是一个Mapper哦!
新增(@Insert)
既然新增,那么必然就需要一个接收数值的类,而该类肯定是POJO类。
而新增若是想返回条数,返回类型改成int类型就好了
然后用@Insert注解修饰该方法,并创建对应的sql语句,那么新增就完成了
注解中,sql语句的编写,依旧可以使用#{}的方式来获得参数,其对应的名称应于POJO类中一致!
更新(@Update)
修改和新增差的不是很多,该返回的类型还是一样,返回不返回用int或void就知道了。
删除(@Delete)
删除更简单了,只需要传递id即可。返回的类型用int或void都行
查询(@Select)
查询要稍微复杂点,但也复杂不到哪去。
-
其根本还是在返回类型上,若是返回的是结果集,那么直接使用List<POJO类>来接收就好。
若是查询一个,那么返回的类型直接用POJO类来接收。
当然,这些都是单表的操作,当涉及到多表查询时,就还需要使用@Result和@Results以及搭配@One和@Many注解使用。
注解名 | 说明 |
---|---|
@Result | 该注解实现了结果集的封装 |
@Results | 可以与@Result一起使用,封装多个结果集 |
@One | 实现一对一的结果集封装 |
@Many | 实现一对多的结果集封装 |
知道这些含义就好办。
接口中的方法不变,注解也不变,添加上@Results注解,其中,该注解使用对象的方式来用最好的,也就是@Results({@Result,@Result})这样的写法。
-
在多表查询中,每一个@Result可以理解为就是一个结果集的列,使用@Result来接收,而@Results就是一张表,它将所有的列包括住。
-
当多表查询时,POJO类也有要求,若是当表格中有存在外键,那么POJO类中也必须拥有这个外键所对应的POJO类
@Result中的属性介绍:
- column:数据库的列名
- property:需要装配的属性名(POJO类的属性名)
- one:需要使用@One的注解(@Result(one=@One)())
- many:需要使用的@Many注解(@Result(many=@many)())
一对一表格查询
唯一的外键,在一张表中存在一个外键,那么这样配置@One注解来使用还是很简单的。
请注意,@One注解,select参数配的是方法的地址,而该方法实际上是一个单表的查询!
而如果不想用@One,直接用POJO类.属性也是没问题的。
这里的property参数,使用了直接调用。在核心配置文件中,就要配置对应POJO类的别名
一对多表格查询
当搞明白一对一后,一对多也就简单了。实际上参数没变,知识@One注解变成了@Many注解,然后接收的类型变了而已。
多对多表格查询
实际上,多对多,与一对多的查询相差无异,只是多对多的表格中多个一张中间表而已。
5、总结
当用惯了配置Mapper.xml的方式,再使用注解来进行开发,真的很舒服,无论是否可读性上,还是开发效率上都比xml的方式更好,注解也应是以后的开发主流。
Mybatis框架,其主要作用就是针对jdbc,sql之类dao层的东西进行的优化,其目的也就是为了简化开发,而使用注解后,其开发的效率进一步降低,当SSM进行了整合,Mybatis更是将控制权交由Spring管理,这样的开发,谁不喜欢呢。