Java框架摘要之初识Mybatis(一)「附完整视频以及源码,适合新手」

PS:接下来一段时间,小编主要将java阶段中要重点掌握的框架知识做一系列的分享。预计分享内容如下:

1、MyBatis
2、Spring
3、SpringMVC
4、SpringBoot
5、SpringCloud

**主要从以上五个方面做技术分享,当然如果觉得小编内容每天整理的比较少,可以私聊小编,获取完整内容。基本大家私聊的都已经发放资料了。

一、Mybatis是什么?**

在这里插入图片描述
MyBatis 是支持定制化 SQL、存储过程以及高级映射的优秀的持久层框架。MyBatis 避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集。MyBatis 可以对配置和原生Map使用简单的 XML 或注解,将接口和 Java 的 POJOs(Plain Old Java Objects,普通的 Java对象)映射成数据库中的记录。官网:
http://www.mybatis.org/mybatis-3/zh/index.html

1-1-1:Mybatis对比JDBC

(1)加载JDBC驱动

(2)建立并获取数据库连接

(3)创建 JDBC
Statements/Preparedstatement 对象

(4)设置SQL语句的传入参数

(5)执行SQL语句并获得查询结果

(6)对查询结果进行转换处理并将处理结果返回

(7)释放相关资源(关闭Connection,关闭Statement,关闭ResultSet)

注意:实现JDBC有七个步骤,哪些步骤是可以进一步封装的,减少我们开发的代码量?

1-1-2:JDBC演变到Mybatis过程

第一步优化:连接获取和释放

问题描述:通过JDBC的方式数据库连接频繁的开启和关闭本身就造成了资源的浪费,影响系统的性能;但是现在连接池多种多样,可能存在变化,有可能采用DBCP的连接池,也有可能采用容器本身的JNDI数据库连接池。

解决问题:数据库连接的获取和关闭我们可以使用数据库连接池来解决资源浪费的问题,通过连接池就可以反复利用已经建立的连接去访问数据库了,减少连接的开启和关闭的时间。

同时通过DataSource进行隔离解耦,统一从DataSource里面获取数据库连接,DataSource具体由DBCP实现还是由容器的JNDI实现都可以,将DataSource的具体实现通过让用户配置来应对变化。

第二步优化:SQL统一存取

问题描述:通过JDBC的方式,可读性很差,不利于维护以及做性能调优;改动Java代码需要重新编译、打包部署。不利于取出SQL在数据库客户端执行(取出后还得删掉中间的Java代码,编写好的SQL语句写好后还得通过+号在Java进行拼凑)。

解决问题:把SQL语句统一集中放到配置文件,通过SQL语句的key值去获取对应的SQL语句。

第三步优化:传入参数映射和动态SQL

问题描述:很多情况下,我们都可以通过在SQL语句中设置占位符来达到使用传入参数的目的,这种方式本身就有一定局限性,它是按照一定顺序传入参数的,要与占位符一一匹配。但是,如果我们传入的参数是不确定的(比如列表查询,根据用户填写的查询条件不同,传入查询的参数也是不同的,有时是一个参数、有时可能是三个参数),那么我们就得在后台代码中自己根据请求的传入参数去拼凑相应的SQL语句,这样的话还是避免不了在Java代码里面写SQL语句的命运。

解决问题:通过专门的SQL解析器来解析SQL语句,SQL语句经过解析后就可以动态的生成符合上下文的SQL语句,同时使用#变量名#表示占位符变量,使用 变 量 名 变量名 表示非占位符变量

第四步优化:结果映射和结果缓存

问题描述:执行SQL语句、获取执行结果、对执行结果进行转换处理、释放相关资源是一整套下来的。假如是执行查询语句,那么执行SQL语句后,返回的是一个ResultSet结果集,这个时候我们就需要将ResultSet对象的数据取出来,不然等到释放资源时就取不到这些结果信息了。我们从前面的优化来看,以及将获取连接、设置传入参数、执行SQL语句、释放资源这些都封装起来了,只剩下结果处理这块还没有进行封装,如果能封装起来,每个数据库操作都不用自己写那么一大堆Java代码,直接调用一个封装的方法就可以搞定了

解决问题:一般对执行结果的有哪些处理,有可能将结果不做任何处理就直接返回,也有可能将结果转换成一个JavaBean对象返回、一个Map返回、一个List返回等等,结果处理可能是多种多样的。从这里看,我们必须告诉SQL处理器两点:第一,需要返回什么类型的对象;第二,需要返回的对象的数据结构怎么跟执行的结果映射,这样才能将具体的值copy到对应的数据结构上

第五步优化:解决重复SQL语句问题

问题描述:将所有SQL语句都放到配置文件中,这个时候会遇到一个SQL重复的问题,几个功能的SQL语句其实都差不多,有些可能是SELECT后面那段不同、有些可能是WHERE语句不同。有时候表结构改了,那么我们就需要改多个地方,不利于维护。

解决问题:通过将SQL片段模块化,将重复的SQL片段独立成一个SQL块,然后在各个SQL语句引用重复的SQL块,这样需要修改时只需要修改一处即可。

1-2-3:优化的总结

(1) 使用数据库连接池对连接进行管理

(2) SQL语句统一存放到配置文件

(3) SQL语句变量和传入参数的映射以及动态SQL

(4) 动态SQL语句的处理

(5) 对数据库操作结果的映射和结果缓存

(6) SQL语句的重复使用
在这里插入图片描述
PS:大家可以仔细阅读上面的内容,如果能把上面的内容读的比较透彻,那么对于大家后期学习我分享的其他内容会很有帮助。这次的分享内容比较枯燥,但是很多人上手敲代码之后,对于JDBC转变到ORM框架有很深的芥蒂,原因就是把上面的内容没有吃透。

需要资料请加裙:756806971(备注我们的专属暗号12即可)
在这里插入图片描述

PS:大家有什么想要分享的内容!可以在评论下方留言!!!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值