MyBatis学习笔记（三）

最新推荐文章于 2022-03-28 17:02:05 发布

Jeniclala

最新推荐文章于 2022-03-28 17:02:05 发布

阅读量298

点赞数

分类专栏： Mybatis

本文链接：https://blog.csdn.net/qq_42999949/article/details/114262343

版权

Mybatis 专栏收录该内容

4 篇文章 0 订阅

订阅专栏

本文转载于https://blog.csdn.net/ddddeng_/article/details/106927021
并进行补充

文章目录

MyBatis
5、解决属性名和字段名不一致的问题
- 5.1 问题
- 5.2 resultMap
6、日志
- 6.1 日志工厂
- 6.2 Log4j
7.分页
8.使用注解开发

MyBatis

5、解决属性名和字段名不一致的问题

5.1 问题

数据库中的字段
在这里插入图片描述
新建一个项目，拷贝之前的，测试实体类字段不一致的情况
（先拷贝src–main–resources–db.properties和mybatis-config.xml
然后去拷贝java类src–main–java ）

原先User.java(src–>main–>java–>包名–>pojo–>User.java)中字段名称为pwd
在这里插入图片描述
现在将字段名称改为 password

测试出现问题
在这里插入图片描述

分析SQL语句发现：
// select * from user where id = #{id}
的原本写法为：
// select id,name,pwd from user where id = #{id}
由于pwd没有，所以查询结果为Null

类型处理器??
如何才能让pwd对应到刚刚我们写的password

解决方法：

起别名

<select id="getUserById" resultType="com.kuang.pojo.User">
    select id,name,pwd as password from USER where id = #{id}
</select>

问题解决

5.2 resultMap

结果集映射
在这里插入图片描述

id name pwd（数据库里的字段）

id name password（实体类里的）

在UserMapper.xml中：
<!--结果集映射-->
<resultMap id="UserMap" type="User">
    <!--column数据库中的字段，property实体类中的属性-->
    <result column="id" property="id"></result>
    <result column="name" property="name"></result>
    <result column="pwd" property="password"></result>
</resultMap>

<select id="getUserList" resultMap="UserMap">
    select * from USER
</select>

这两句是可以删除不写的
<result column="id" property="id"></result>
<result column="name" property="name"></result>

看官方文档中关于结果映射的描述：
resultMap 元素是 MyBatis 中最重要最强大的元素。
在这里插入图片描述

ResultMap 的设计思想是，对简单的语句做到零配置，对于复杂一点的语句，只需要描述语句之间的关系就行了。

ResultMap 的优秀之处——你完全可以不用显式地配置它们。

思考：如果是多对一映射？
在这里插入图片描述

6、日志

6.1 日志工厂

如果一个数据库操作，出现了异常，我们需要排错，日志就是最好的助手！
例如：如果把SQL在控制台输出，查错效率会很高
曾经：sout、debug
现在：日志工厂

在Mybatis设置中：
在这里插入图片描述

SLF4J
LOG4J 【掌握】
LOG4J2
JDK_LOGGING（java自带的日志输出）
COMMONS_LOGGING（是个工具包）
STDOUT_LOGGING 【掌握】（控制台日志输出）
NO_LOGGING
在MyBatis中具体使用哪一个日志实现，在设置中设定

STDOUT_LOGGING标准日志输出
（有一些细节点会让我们排错很痛苦…）

在核心配置文件mybatis-config.xml中
注意setting标签写的位置
在这里插入图片描述

<settings>
	<!--标准的日志工厂实现-->
    <setting name="logImpl" value="STDOUT_LOGGING"/>
</settings>

在这里插入图片描述

日志分析：第一步打开了JDBC的连接，第二步创建了一个连接对象，第三步自动提交了一个事务返回false，之后开始预编译sql

6.2 Log4j

直接改成LOG4J会报错
在这里插入图片描述

遇到ClassNotFoundException问题要么是包名写错、类名写错，再就是没有导入包

什么是Log4j？

Log4j是Apache的一个开源项目，通过使用Log4j，我们可以控制日志信息输送的目的地是控制台、文件、GUI组件；

我们也可以控制每一条日志的输出格式；

通过定义每一条日志信息的级别，我们能够更加细致地控制日志的生成过程；

最令人感兴趣的就是，这些可以通过一个配置文件来灵活地进行配置，而不需要修改应用的代码。

第一步：先导入log4j的包
在maven仓库中查找Apache Log4j
在这里插入图片描述
(弹幕补充：因为问题太大后续不好更新维护，作者重新写了logbaack，使用方法一致；springboot默认使用logback了)

在pom.xml中添加：

<dependency>
    <groupId>log4j</groupId>
    <artifactId>log4j</artifactId>
    <version>1.2.17</version>
</dependency>

第二步：在src–>main–>resource中新建log4j.properties

#将等级为DEBUG的日志信息输出到console和file这两个目的地，console和file的定义在下面的代码
log4j.rootLogger=DEBUG,console,file
#控制台输出的相关设置
log4j.appender.console = org.apache.log4j.ConsoleAppender
log4j.appender.console.Target = System.out
log4j.appender.console.Threshold=DEBUG
log4j.appender.console.layout = org.apache.log4j.PatternLayout
log4j.appender.console.layout.ConversionPattern=[%c]-%m%n
#文件输出的相关设置
log4j.appender.file = org.apache.log4j.RollingFileAppender
log4j.appender.file.File=./log/jenic.log
log4j.appender.file.MaxFileSize=10mb
log4j.appender.file.Threshold=DEBUG
log4j.appender.file.layout=org.apache.log4j.PatternLayout
log4j.appender.file.layout.ConversionPattern=[%p][%d{yy-MM-dd}][%c]%m%n
#日志输出级别
log4j.logger.org.mybatis=DEBUG
log4j.logger.java.sql=DEBUG
log4j.logger.java.sql.Statement=DEBUG
log4j.logger.java.sql.ResultSet=DEBUG
log4j.logger.java.sq1.PreparedStatement=DEBUG

第三步：配置settings为log4j实现

<setting>
	<setting name="logImpl" value=""/>
</setting>

测试运行
在这里插入图片描述

第四步：Log4j简单使用

在要使用Log4j的类中，导入包 import org.apache.log4j.Logger;
日志对象，参数为当前类的class对象

Logger logger = Logger.getLogger(UserDaoTest.class);

日志级别
常用的三个：

@Test
public void testLog4j(){
	logger.info("info: 测试log4j");
	logger.debug("debug: 测试log4j");
	logger.error("error:测试log4j");
}

在这里插入图片描述
会生成一个Log文件夹

7.分页

思考：为什么分页？

减少数据的处理量

7.1 使用Limit分页

语法：

SELECT * from user limit startIndex,pageSize

例子：从第0个开始查，每页显示2个

SELECT * from user limit 0,2

如果只有一个参数代表0到n，[0,3) 即从第0个开始查，每页显示3个

SELECT * from user limit 3

使用MyBatis实现分页，核心SQL

接口
在UserMapper.java中：

//分页
List<User> getUserByLimit(Map<String,Integer> map);

在UserMapper.xml中：

<!--分页查询-->
<select id="getUserByLimit" parameterType="map" resultMap="UserMap">
    select * from user limit #{startIndex},#{pageSize}
</select>

测试
在UserDaoTest.java中：

@Test
public void getUserByLimit(){
    SqlSession sqlSession = MybatisUtils.getSqlSession();
    UserMapper mapper = sqlSession.getMapper(UserMapper.class);
    HashMap<String, Integer> map = new HashMap<String, Integer>();
    map.put("startIndex",1);
    map.put("pageSize",2);
    List<User> list = mapper.getUserByLimit(map);
    for (User user : list) {
        System.out.println(user);
    }
    sqlSession.close();
}

在这里插入图片描述

7.2 RowBounds分页

不再使用SQL实现分页

接口

//分页2
List<User> getUserByRowBounds();

mapper.xml

<!--分页查询2-->
<select id="getUserByRowBounds">
    select * from user limit #{startIndex},#{pageSize}
</select>

测试

public void getUserByRowBounds(){
    SqlSession sqlSession = MybatisUtils.getSqlSession();
    //RowBounds实现
    RowBounds rowBounds = new RowBounds(1, 2);
    //通过Java代码层面实现分页
    List<User> userList = sqlSession.selectList("com.jenic.dao.UserMapper.getUserByRowBounds", null, rowBounds);
    for (User user : userList) {
        System.out.println(user);
    }
    sqlSession.close();
}

7.3 分页插件

在这里插入图片描述
有详细的说明文档

8.使用注解开发

8.1 面向接口开发

面向接口编程：根本原因：解耦，分层开发中，上层不用管具体的实现。
接口从更深层次的理解，应是定义（规范，约束）与实现（名实分离的原则）的分离。
接口的本身反映了系统设计人员对系统的抽象理解。

三个面向区别

面向对象是指，我们考虑问题时，以对象为单位，考虑它的属性和方法；
面向过程是指，我们考虑问题时，以一个具体的流程（事务过程）为单位，考虑它的实现；
接口设计与非接口设计是针对复用技术而言的，与面向对象（过程）不是一个问题，更多的体现就是对系统整体的架构；

8.2 使用注解开发

注解在接口上实现
在UserMapper.java中

@Select("select * from user")
List<User> getUsers();

在这里插入图片描述

需要在核心配置文件中绑定接口
在mybatis-config.xml中：

<mappers>
    <mapper class="com.jenic.dao.UserMapper"/>
</mappers>

测试
在UserMapperTest.java中：

public void test(){
    SqlSession sqlSession = MybatisUtils.getSqlSession();
    //底层主要应用反射
    //反射说白了就是动态获取一个对象的所有属性和方法
    UserMapper mapper = sqlSession.getMapper(UserMapper.class);
    List<User> users = mapper.getUsers();
    for(User user:users){
    	System.out.println(user);
    }
    sqlSession.close();
}

简单的sql可以使用注解开发使得代码更简洁，复杂的语句最好还是使用xml来映射语句。

深度理解一下它为什么能够执行
首先：在下图这句代码（这句代码的功能事遍历）打断点
在这里插入图片描述
然后点击debug

查看Variables,这里有一些对象，UserMapperTest表示当前类

这里有sqlSession,本质上就是连接器一样的东西，这里有一些属性，其中autoCommit我们没有自动提交，所以是false；
executor是一个比较核心的东西，稍后再看，包括查询缓存等
在这里插入图片描述
configuration
你所配置过的东西都会被配置到sqlSession,它会去读取

重点要看这里的mapper,这里的sqlSession和刚才的一模一样，这里多了一个mapperInterface(mapper接口)，这个mapperInerface给你找到了当前的类，也就是UserMapper.java。为什么能找的到？
在这里插入图片描述
因为在UserMapperTest.java中我们通过sqlSession.getMapper获取到UserMapper.class,找到这个类之后，通过这个类调用了它的方法getUsers()，所以我们知道通过反射我们可以拿到包的全类名，它在底层通过反射实现的，它通过反射对象拿到了包名，拿到包名之后，可以拿到很多值，拿到值之后就可以去调用了
在这里插入图片描述
点击按钮让断点向下走一步，到User这步了，所以出现了users,users里面就是我们查询出来的每一条数据

mapper中第一个sqlSession是为了拿到数据库配置，第二个mapperInterface是为了获取接口的对象，第三个methodCache里面就有咱们要执行的语句了
在这里插入图片描述
methodcache是缓存，这里面有

我们调用的方法就是从root这里来的，它是通过反射加载的，它去获取了它的返回值、参数类型，如果当时不去设置，这个地方就是默认的。此时这里的returnType是List,注解为什么会知道是List?反射可以获取方法的所有东西，包括它的参数名，包括它的返回值，然后它是通过返回值自己去推导的，就是这么一步一步来的。
在这里插入图片描述

本质：反射机制实现
底层：动态代理
在这里插入图片描述
图片说明：真实对象、目标对象以及代理对象。客户端Client要去访问接口Interface。代理对象要去做真实的事情，代理真实对象（类似于婚庆公司）

MyBatis详细执行流程

在这里插入图片描述

8.3 注解CURD

我们可以在工具类创建的时候自动提交事务
在MybatisUtils.java中:
在这里插入图片描述

1.查询
在UserMapper.java接口中：

//方法存在多个参数，所有的参数前面必须加上@Param("id")注解
@Select("select * from user where id = #{id}")
User getUserByID(@Param("id") int id,@Param("name") String name);

测试：
在UserMapperTest.java中：

public void test(){
    SqlSession sqlSession = MybatisUtils.getSqlSession();
    UserMapper mapper = sqlSession.getMapper(UserMapper.class);
    
    User userByID = mapper.getUserByID(1);
    System.out.println(userByID);
    sqlSession.close();
}

必须通过注解指定的id去获取

2.增加
在UserMapper.java接口中：

@Insert("insert into user(id,name,pwd) values(#{id},#{name},#{password})")
int addUser(User user);

测试：
前提：在MybatisUtils.java中设置了自动提交为true
在UserMapperTest.java中：

public void test(){
    SqlSession sqlSession = MybatisUtils.getSqlSession();
    UserMapper mapper = sqlSession.getMapper(UserMapper.class);
    
    mapper.addUser(new User(5,"Hello","123123"));
    sqlSession.close();
}

可以通过断点查看mapper.addUser这句话，autoCommit自动提交事务是true

3.修改

在UserMapper.java接口中：

@Update("update user set name=#{name},pwd=#{password} where id =#{id}")
int updateUser(User user);

测试：
前提：在MybatisUtils.java中设置了自动提交为true
在UserMapperTest.java中：

public void test(){
    SqlSession sqlSession = MybatisUtils.getSqlSession();
    UserMapper mapper = sqlSession.getMapper(UserMapper.class);
    
    mapper.updateUser(new User(5,"Hiii","123456"));
    sqlSession.close();
}

其实代码里最好不要自动提交，因为代码如果有问题，就直接被提交上去了

4.删除
在UserMapper.java接口中：

//方法存在多个参数，所有的参数前面必须加上@Param("id")注解
@Delete("delete from user where id = #{uid}")
int deleteUser(@Param("uid") int id);

测试：
前提：在MybatisUtils.java中设置了自动提交为true
在UserMapperTest.java中：

public void test(){
    SqlSession sqlSession = MybatisUtils.getSqlSession();
    UserMapper mapper = sqlSession.getMapper(UserMapper.class);
    
    mapper.deleteUser(5);
    sqlSession.close();
}

注意：我们必须要将接口注册绑定到我们的核心配置文件中
可以查看之前的笔记

关于@Param( )注解

基本类型的参数或者String类型，需要加上
引用类型不需要加
如果只有一个基本类型的话，可以忽略，但是建议大家都加上
我们在SQL中引用的就是我们这里的@Param()中设定的属性名

#{} 和 ${}有区别，面试会问
在这里插入图片描述

Jeniclala

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
MyBatis学习笔记（三）

本文转载于https://blog.csdn.net/ddddeng_/article/details/106927021并进行补充文章目录MyBatis5、解决属性名和字段名不一致的问题5.1 问题5.2 resultMapMyBatis5、解决属性名和字段名不一致的问题5.1 问题数据库中的字段新建一个项目，拷贝之前的，测试实体类字段不一致的情况（先拷贝src–main–resources–db.properties和mybatis-config.xml然后去拷贝java类src–m
复制链接

扫一扫