- (原创不易,你们对阿超的赞就是阿超持续更新的动力!)
- (以免丢失,建议收藏)
- (------------------------------------------------------------------------)
- 什么是MyBatis
- MyBaits的优缺点
- MyBatis Plus 优点
- MyBatis中#{}和${}的区别
- MyBatis的一级缓存和二级缓存
- MyBatis在执行insert时如何返回主键
- MyBatis的执行步骤
- jdbc有哪些不足之处,MyBatis是如何解决的
- Mapper 编写有哪几种方式
- 使用MyBatis的mapper接口调用时有哪些要求
- 当实体类中的属性名和表中的字段名不一样 ,怎么办
- MyBatis和MyBatis Plus
- 区别
- Mybatis中的返回值类型
- ResultType和ResultMap
- 区别
- (------------------------------------------------------------------------)
- 欢迎留言交流,如有不足还请各位多多指正
MyBaits的优缺点Mybatis是一个半ORM(对象关系映射)框架,它内部封装了JDBC,加载驱动、创建连接、创建statement等繁杂的过程,开发者开发时只需要关注如何编写SQL语句,可以严格控制sql执行性能,灵活度高。
作为一个半ORM框架,MyBatis 可以使用 XML 或注解来配置和映射原生信息,将POJO映射成数据库中的记录,避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集。
称Mybatis是半自动ORM映射工具,是因为在查询关联对象或关联集合对象时,需要手动编写sql来完成
通过xml 文件或注解的方式将要执行的各种 statement 配置起来,并通过java对象和 statement中sql的动态参数进行映射生成最终执行的sql语句,最后由mybatis框架执行sql并将结果映射为java对象并返回。(从执行sql到返回result的过程)。
由于MyBatis专注于SQL本身,灵活度高,所以比较适合对性能的要求很高,或者需求变化较多的项目,如互联网项目。
优点:
- 基于SQL语句编程,相当灵活,不会对应用程序或者数据库的现有设计造成任何影响,SQL写在XML里,解除sql与程序代码的耦合,便于统一管理;提供XML标签,支持编写动态SQL语句,并可重用。
- 与JDBC相比,减少了50%以上的代码量,消除了JDBC大量冗余的代码,不需要手动开关连接;
- 很好的与各种数据库兼容(因为MyBatis使用JDBC来连接数据库,所以只要JDBC支持的数据库MyBatis都支持)。
- 能够与Spring很好的集成;
- 提供映射标签,支持对象与数据库的ORM字段关系映射;提供对象关系映射标签,支持对象关系组件维护。
MyBatis Plus 优点缺点:
- SQL语句的编写工作量较大,尤其当字段多、关联表多时,对开发人员编写SQL语句的功底有一定要求。
- SQL语句依赖于数据库,导致数据库移植性差,不能随意更换数据库。
MyBatis中#{}和${}的区别
- 依赖少:仅仅依赖 Mybatis 以及 Mybatis-Spring
- 损耗小:启动即会自动注入基本 CRUD,性能基本无损耗,直接面向对象 *** 作
- 预防Sql注入:内置 Sql 注入剥离器,有效预防Sql注入攻击
- 通用CRUD *** 作:内置通用 Mapper、通用 Service,仅仅通过少量配置即可实现单表大部分 CRUD *** 作,更有强大的条件构造器,满足各类使用需求
MyBatis的一级缓存和二级缓存MyBatis中#{}和${}的区别
- Mybatis在处理#{}时,会对sql语句进行预处理,将sql中的#{}替换为?号
- Mybatis在处理$ {}时,就是把${}直接替换成变量的值
- #{}可以有效的防止SQL注入,提高系统安全性。
- ${}方式无法防止Sql注入。
- ${}方式一般用于传入数据库对象,例如传入表名.
- 一般能用#{}的就不用${}
Mybatis的一级缓存是指Session缓存。一级缓存的作用域默认是一个SqlSession。Mybatis默认开启一级缓存。也就是在同一个SqlSession中,执行相同的查询SQL,第一次会去数据库进行查询,并写到缓存中;第二次以后是直接去缓存中取。当执行SQL查询中间发生了增删改的 *** 作,MyBatis会把SqlSession的缓存清空。
一级缓存的范围有Session和statement两种,默认是Session,如果不想使用一级缓存,可以把一级缓存的范围指定为statement,这样每次执行完一个Mapper中的语句后都会将一级缓存清除。
MyBatis在执行insert时如何返回主键Mybatis的二级缓存是指mapper映射文件。二级缓存的作用域是同一个namespace下的mapper映射文件内容,多个SqlSession共享。Mybatis需要手动设置启动二级缓存。
<-- 数据库为 MySql 时 -->MyBatis的执行步骤<-- “keyProperty”表示返回的id要保存到对象的那个属性中,“useGeneratedKeys”表示主键id为自增长模式 --> <-- 数据库为 Oracle时(通用)--> <-- 由于Oracle没有自增长一说法,只有序列这种模仿自增的形式,所以不能再使用“useGeneratedKeys”属性。 而是使用将ID获取并赋值到对象的属性中, insert插入操作时正常插入id --> SELECT SEQ_USER.NEXTVAL as userId from DUAL insert into user (user_id, user_name, modified, state) values (#{userId,jdbcType=INTEGER}, #{userName,jdbcType=VARCHAR}, #{modified,jdbcType=TIMESTAMP}, #{state,jdbcType=INTEGER})
jdbc有哪些不足之处,MyBatis是如何解决的
- 通过Resources加载配置好的sqlMapConfig.xml配置文件。
- 我们首先new了一个SqlSessionFactoryBuilder对象,他是SqlSessionFactory的构建者。然后调用它的build方法,读取配置文件,生成SqlSessionFactory对象
- 调用sqlsessionfactory的openSession方法,获取到一个SqlSession对象
- SqlSession的getMapper来 *** 作Mapper接口
- Executor(执行器)去执行sql语句
- 处理查询结果
- 关闭连接
Mapper 编写有哪几种方式
- 数据库连接的创建、释放频繁造成系统资源浪费从而影响了性能,如果使用数据库连接池就可以解决这个问题。当然JDBC同样能够使用数据源。
解决:在SQLMapConfig.xml中配置数据连接池,使用数据库连接池管理数据库连接。- SQL语句在写代码中不容易维护,事件需求中SQL变化的可能性很大,SQL变动需要改变JAVA代码。
解决:将SQL语句配置在mapper.xml文件中与java代码分离。- 向SQL语句传递参数麻烦,因为SQL语句的where条件不一定,可能多,也可能少,占位符需要和参数一一对应。
解决:Mybatis自动将java对象映射到sql语句。- 对结果集解析麻烦,sql变化导致解析代码变化,且解析前需要遍历,如果能将数据库记录封装成pojo对象解析比较方便。
解决:Mbatis自动将SQL执行结果映射到java对象。
使用MyBatis的mapper接口调用时有哪些要求
- 接口实现类继承 SqlSessionDaoSupport
使用此种方法需要编写mapper接口,mapper接口实现类、mapper.xml文件- 使用 org.mybatis.spring.mapper.MapperFactoryBean
- 使用 mapper 扫描器
当实体类中的属性名和表中的字段名不一样 ,怎么办
- Mapper接口方法名和mapper.xml中定义的每个sql的id相同
- Mapper接口方法的输入参数类型和mapper.xml中定义的每个sql 的parameterType的类型相同
- Mapper接口方法的输出参数类型和mapper.xml中定义的每个sql的resultType的类型相同
- Mapper.xml文件中的namespace即是mapper接口的类路径。
第1种: 通过在查询的sql语句中定义字段名的别名,让字段名的别名和实体类的属性名一致。
第2种: 通过< resultMap >来映射字段名和实体类属性名的一一对应的关系。
MyBatis和MyBatis Plus
区别Mybatis-Plus是一个Mybatis的增强工具,只是在Mybatis的基础上做了增强却不做改变,MyBatis-Plus支持所有Mybatis原生的特性,所以引入Mybatis-Plus不会对现有的Mybatis构架产生任何影响。
Mybatis中的返回值类型 ResultType和ResultMapMyBatis
所有SQL语句全部自己写
手动解析实体关系映射转换为MyBatis内部对象注入容器
不支持Lambda形式调用MyBatis Plus
强大的条件构造器,满足各类使用需求
内置的Mapper,通用的Service,少量配置即可实现单表大部分CRUD *** 作
支持Lambda形式调用
提供了基本的CRUD功能,连SQL语句都不需要编写
自动解析实体关系映射转换为MyBatis内部对象注入容器
MyBatis中在查询进行select映射的时候,返回类型可以用resultType,也可以用resultMap,resultType是直接表示返回类型的,而resultMap则是对外部ResultMap的引用,但是resultType跟resultMap不能同时存在。
在MyBatis进行查询映射时,其实查询出来的每一个属性都是放在一个对应的Map里面的,其中键是属性名,值则是其对应的值。
- 当提供的返回类型属性是resultType时,MyBatis会将Map里面的键值对取出赋给resultType所指定的对象对应的属性。所以其实MyBatis的每一个查询映射的返回类型都是ResultMap,只是当提供的返回类型属性是resultType的时候,MyBatis对自动的给把对应的值赋给resultType所指定对象的属性。
- 当提供的返回类型是resultMap时,因为Map不能很好表示领域模型,就需要自己再进一步的把它转化为对应的对象,这常常在复杂查询中很有作用
ResultType
其所对应的数据库表中存储有id、title、Content、Owner属性
MyBatis会自动创建一个ResultMap对象,然后基于查找出来的属性名进行键值对封装,然后再看到返回类型是Blog对象,再从ResultMap中取出与Blog对象对应的键值对进行赋值。
区别ResultMap
当返回类型直接是一个ResultMap的时候也是非常有用的,这主要用在进行复杂联合查询上,因为进行简单查询是没有什么必要的。先看看一个返回类型为ResultMap的简单查询,再看看复杂查询的用法。
ResultMap 元素,它是 MyBatis 中最重要最强大的元素,它能提供级联查询,缓存等功能
(------------------------------------------------------------------------) 欢迎留言交流,如有不足还请各位多多指正
- restulyType:对应的是java对象中的属性,大小写不敏感,
- 如果放的是java.lang.Map,key是查询语句的列名,value是查询的值,大小写敏感
- resultMap:指的是定义好了的id的,是定义好的resyltType的引用
注意:用resultType的时候,要保证结果集的列名与java对象的属性相同,而resultMap则不用,而且resultMap可以用typeHander转换- type:java 对象对应的类,id:在本文件要唯一column :数据库的列名或别名, property:对应java对象的属性,jdbcType:java.sql.Types
查询语句中,resultMap属性指向上面那个属性的标签的id
parameterType:参数类型,只能传一个参数,如果有多个参数要封装,如封装成一个类,要写包名加类名,基本数据类型则可以省略- 一对1、一对多时,若有表的字段相同必须写别名,不然查询结果无法正常映射,出现某属性为空或者返回的结果与想象中的不同,而这往往是没有报错的。
- 若有意外中的错误,反复检查以上几点,和认真核查自己的sql语句,mapper.xml文件是否配置正确。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)