mybatis工作原理及为什么要用

mybatis工作原理及为什么要用,第1张

一、mybatis的工作原理:

MyBatis 是支持普通 SQL查询,存储过程和高级映射的优秀持久层框架。MyBatis 消除了几乎所有的JDBC代码和参数的手工设置以及结果集的检索。

MyBatis使用简单的 XML或注解用于配置和原始映射,将接口和 Java 的POJOs(Plain Ordinary Java Objects,普通的 Java对象)映射成数据库中的记录。

每个MyBatis应用程序主要都是使用SqlSessionFactory实例的,一个SqlSessionFactory实例可以通过SqlSessionFactoryBuilder获得。用xml文件构建SqlSessionFactory实例是非常简单的事情。

推荐在这个配置中使用类路径资源,但可以使用任何Reader实例,包括用文件路径或file://开头的url创建的实例。MyBatis有一个实用类----Resources,它有很多方法,可以方便地从类路径及其它位置加载资源。

二、使用mybatis的原因:因为mybatis具有许多的优点,具体如下:

1、简单易学:本身就很小且简单。没有任何第三方依赖,最简单安装只要两个jar文件+配置几个sql映射文件易于学习,易于使用,通过文档和源代码,可以比较完全的掌握它的设计思路和实现。

2、灵活:mybatis不会对应用程序或者数据库的现有设计强加任何影响。 sql写在xml里,便于统一管理和优化。通过sql语句可以满足 *** 作数据库的所有需求。

3、解除sql与程序代码的耦合:通过提供DAO层,将业务逻辑和数据访问逻辑分离,使系统的设计更清晰,更易维护,更易单元测试。sql和代码的分离,提高了可维护性。

4、提供映射标签,支持对象与数据库的orm字段关系映射。

5、提供对象关系映射标签,支持对象关系组建维护。

6、提供xml标签,支持编写动态sql。

扩展资料:

mybatis的功能构架:

1、API接口层:提供给外部使用的接口API,开发人员通过这些本地API来 *** 纵数据库。接口层一接收到调用请求就会调用数据处理层来完成具体的数据处理。

2、数据处理层:负责具体的SQL查找、SQL解析、SQL执行和执行结果映射处理等。它主要的目的是根据调用的请求完成一次数据库 *** 作。

3、基础支撑层:负责最基础的功能支撑,包括连接管理、事务管理、配置加载和缓存处理,这些都是共用的东西,将他们抽取出来作为最基础的组件。为上层的数据处理层提供最基础的支撑。

参考资料来源:百度百科-MyBatis

参考资料来源:百度百科-MyBatis从入门到精通

比如我们在引入了jdbc的配置文件使用了properties标签,引入jdbc有什么好处?,可以在配置文件中统一管理

内容而不是在很多个文件改来改去,而且在核心配置文件中把数据库连接相关的写死,显然是硬编码的所以我们用配置文件代替 nice!!!

你可能注意到了上面的写法 用前缀jdbc. 可以很好地将他们与其他的变量区分开,(可以从名字很容易看出是jdbc相关的数据,不至于和同名变量搞混因为username这种可能

不止会出现在数据库的连接)

上面的代码中引入配置文件的部分为

可以从上面看到写法:

下面这段就是用来设置类的别名:

那么问题来了,为什么要有类的别名这种 *** 作??

因为在映射文件中每次都要写全类名显然有点麻烦比如下面这样:

一个项目是会有很多个映射文件的为了方便,所以类别名就出现了。可以在核心配置文件写接口类和对应的别名

这样就可以在映射文件的命名空间里可以直接写User(对大小没有要求也可以是user其实可以比这更加简单,也是我们在实际开发中常用的写法

就是将整个包写成别名的形式,如果不写alias属性默认为类名(不区分大小写),这样就容易多了,我们只需一行代码,便可以在所有的映射文件命名空间

中直接写对应的类名

引入核心的配置文件

首先需要思考的这里是映射文件的引入,我们正常的一个项目的数据库是有很多个表组成的那么每一张表对应一个mapper接口,每个接口对应一个映射文件,那么就需要导入大量的映射文件,还容易漏掉-->

上面这种以包的形式的导入非常方便,不用每次新建一个接口就要导入它的映射文件,但是上面这种写法需要 注意 一些问题:

如果你在映射文件中编写查询语句的sql,但是粗心的你忘记了设置返回类型会在控制台抛异常且会看到这样的说明:

It's likely that neither a Result Type nor a Result Map was specified.

下面只是指定返回类型的一种方式:resultType,还有 resultMap

它们的区别:

查询的标签必须指定resultType或resultMap

com.kobedu.mybatis 获取参数的两种方式:${} 和 #{}

上面是使用了 #{}写法相当于原生jdbc的占位符,这个前面已经提到过了所以不多赘述, 需要注意的是#{}里面的变量名可以是任意的username规范显然很好,但是aaaa也没错因为只是用来占位的;

还有就是在使用${}时注意''单引号问题,因为${}是字符拼接的方式,所以需要注意!!

传输参数时有多个参数时

在测试代码里通过传入两个参数分别为 username和password 但是在上面代码的(映射文件里的部分代码)执行失败,(sql语句未能解析)

报错:

Cause: org.apache.ibatis.binding.BindingException: Parameter 'username' not found. Available parameters are [arg1, arg0, param1, param2]

可以从错误提示的信息不难发现我们的参数在映射文件里未能真正地接受到,可以用[arg1, arg0, param1, param2] 的方式获取,mybatis将参数放到map容器可以通过建arg0,agr1..的方式

获取参数(也可以是param1,param2..)

将上面的代码改动:

需要注意的是:使用${}时需要手动添加''才能正常访问,因为他的处理方式是字符串的拼接

做了改动之后结果很感人!!

User{id=6, userName='旺财', age=20, password='cwlz'}

可以直接通过键访问相对应的值(通过自己的方式访问到数据,上面的形式是mybatis默认提供的map和mybatis默认的提取指的方式 arg0,arg2...)

当需要传多个参数时将他们放到一个map容器,然后将map传给对应的方法(模拟mybatis的做法,就可以在sql语句中直接通过键访问到值)代码如下:

映射文件中的部分代码 :

通过键直接获取值,注意:使用${}时不要忘了单引号!!!!

当参数以实体对象的形式传参时如何解决?

只需要通过#{}以属性名的方式访问!

所以代码的编写一定要规范,才能减少这种错误!!!

一定要和注解中的参数名一一对应!!!

如果查询的结果只有一个,也可以通过Map集合接收,字段名为键字段的值为值:{password=0000, id=3, userName=图区, age=20}

java.lang.Ingeger -->int ,Integer

int -->_int,_Integer

Map -->map

String -->string

注意:

所以在批量删除的案例:需要注意的是不能使用#{} 因为它是会自动添加'' 所以在批量删除的语句中我们要使用${}

若字段和属性名不一致 ,则可以通过resultMap设置自定义映射

在mybatis的核心配置文件用下面的代码将 数据库中命名的规范 (user_name) 转换为 java中的命名规范 (userName)

就是手动设置属性与字段的映射关系:

如果设置了手动的设置属性和字段的映射关系,注意主键使用 id 标签,普通字段使用 result标签,就算属性和字段名一一对应,只要

用了这种方式就 必须要写全 !!!

一对多的查询:

通过分步查询实现:

多条件的查询

if 根据标签中test的属性所对应的表达式决定标签中的内容是否拼接到sql语句中

上面的where后面的 1=1 是细节,因为当where后面的条件都为空时就成了 select * from t_user where

显然这种sql语句是有问题的,还有一种情况就是当userName为null时语句就成了 select * from t_user where and age=#{age}

这也是错的,所以在where后加一个恒成立的条件不仅不会影响查询结果,而且没有会在特定情况时sql语句是会报错的所以很有必要

where 当where标签中有内容时,会自动生成where关键字,并且将内容前多余的and 或者or去掉

当where中没有内容时,此时where标签没有任何效果 就是不会生成关键字 注意:在写条件时不能在后面加and or 这个在下一条语句无效时mybatis不会帮你去掉!

相当于 if else

一个案例 -->就是当我们需要批量删除一些东西时(参数以数组的形式传入)

sql 片段: 在我们的查询语句不能在实际开发中也一直写 *;因为我们要按需查找,不必将不需要的也查询出来,我们可以将我们平常查询次数较多的字段

放在sql片段内,可以在需要查询时直接进行引用!

缓存,这个术语我们听过很多次,在web阶段时访问网页时有缓存机制!

现在sql的查询时也有缓存机制,有一级缓存,一级缓存是默认开启的,一级缓存的范围时sqlSession,将我们查询到的数据先进行缓存,若下次有相同的查询时不用重新

访问数据库,可以直接从缓存中取出!!!!

手动清空缓存 sqlSession.clearCache()

在mapper配置文件中添加cache标签可以设置一些属性:

逆向工程就是不难理解,我们之前都是由实体类到数据库,而逆向类就是通过数据库表生成实体类,

1,首先在包下创建Configuration.xml文件,该文件的格式如下:

<xml version="1.0" encoding="UTF-8" ><!DOCTYPE configuration PUBLIC "-//mybatis.org//DTD Config 3.0//EN" ""><configuration><environments default="dev"><environment id="dev"><transactionManager type="JDBC"$amp>amp$lt/transactionManager><dataSource type="POOLED"><property name="driver" value="oracle.jdbc.driver.OracleDriver" /><property name="url" value="jdbc:oracle:thin:@192.168.1.20:1521:oa" /><property name="username" value="zhangsan" /><property name="password" value="123" /></dataSource></environment></environments><mappers><mapper resource="com/cissst/oa/data/UserMapper.xml" /><mapper resource="com/cissst/oa/data/DepartmentMapper.xml" /></mappers></configuration>

2,使用myBatis提供的工具类中的方法,从类路径或Configuration.xml文档所在位置加载资源文件。

SqlSessionFactoryBuilder builder = new SqlSessionFactoryBuilder()

SqlSessionFactory factory = null

// 获取SqlSessionFactory对象

try {

Reader reader = Resources

.getResourceAsReader("com/cissst/oa/data/Configuration.xml")

factory = builder.build(reader)

} catch (Exception e) {

e.printStackTrace()

}

3,使用工厂对象获取SqlSession 对象

SqlSession session=factory .openSession(false)

参数如果为true,表示该会话具有自动提交事务的功能,否则需程序员手动提交事务。

4,使用进行数据库访问

SqlSession session = super.getSqlSession()

// 构造返回值集合

List<UserEntity>result = new ArrayList<UserEntity>()

try {

// 获取映射接口

UserMapper userMapper = session.getMapper(UserMapper.class)

// 调用接口中的方法

List<UserEntity>list = userMapper.getUserList(userEntity)

// 提交事务

session.commit()

} catch (Exception e) {

// 回滚事务

session.rollback()

} finally {

// 关闭会话

session.close()

}


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/6423662.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-03-21
下一篇 2023-03-21

发表评论

登录后才能评论

评论列表(0条)

保存