MyBatis回顾笔记（一）

最新推荐文章于 2023-11-09 18:47:45 发布

如意小队

最新推荐文章于 2023-11-09 18:47:45 发布

阅读量304

点赞数

分类专栏：持久层

本文链接：https://blog.csdn.net/ruyi_squad/article/details/99339202

版权

持久层专栏收录该内容

2 篇文章 0 订阅

订阅专栏

MyBatis回顾笔记（一）

MyBatis是一个数据持久层(ORM)框架。把实体类和SQL语句之间建立了映射关系，是一种半自动化的ORM实现

MyBatis优点
1、基于sql语句编程，相当灵活

   2、SQL可以写在XML文件中，降低了程序的耦合性，并且支持动态SQL，支持可重用

   3、SQL语句封装到mapper映射文件中，便于统一管理和维护，降低程序的耦合性

   4、能理解底层组装原理

   5、调试方便

Mybatis缺点
1、开发人员需要对SQL有一定基础

2、SQL依赖于数据库，可移植性差，不能随意更换数据库

Mybatis试用场合
1、 MyBatis专注于SQL本身，是一个足够灵活的DAO层解决方案。

2、对性能的要求很高，或者需求变化较多的项目，如互联网项目，MyBatis将是不错的选择。

MyBatis和JDBC的区别

   1、代码量少
   2、最简单的持久化框架
   3、架构性强
   4、SQL与程序代码分离，便于维护和可重用
   5、便于项目分工
   6、增强了移植性

MyBatis与Hibernate的区别

Hibernate也是一种被广泛使用的ORM解决方案，和MyBatis不同，它是一种自动化的ORM容器，帮助用户完成了更多的操作，结构更为复杂，使
用成本较高，灵活性较之MyBatis更小

   mybatis ：
       1、是一个SQL语句映射的框架（工具）
       2、注重POJO与SQL之间的映射关系。不会为程序员在运行期自动生成 SQL 会自动生成全套SQL语句
       3、自动化程度低、手工映射SQL,灵活程度高
       4、需要开发人员熟炼掌据SQL语句
   Hibernate：
       1、ORM框架、提供了从 POJO 到数据库表的全套映射机制
       2、会自动生成全套SQL语句
       3、因为自动化程度高、映射配置复杂，api也相对复杂，灵活性低
       4、开发人同不必关注SQL底层语句开发

mybatis核心配置文件

mybatis有两种事物管理类型
JDBC：全部使用jdbc提交和回滚功能，需要引入数据源
MANAGED：是委托给第三方管理事务的全部生命周期（spring或j2ee服务器）

mybatis数据源类型有三种
   UNPOOLED：每次请求的时候简单的打开和关闭一个连接，性能低，不能立即响应
   POOLED：这个数据源缓存 JDBC 连接对象用于避免每次都要连接和生成连接实例而需要的验证时间。对于并发 WEB 应用，它有最快的响应时间
   JNDI：这个数据源实现是为了准备和JavaEE应用服务一起使用，可以在外部也可以在内部配置这个数据源，然后在 JNDI 上下文中引用它

核心配置引入映射文件
   <mappers>
       <mapper resource="com.XXXX.xml"/>
       <mapper url="file:///d:XXXX.xml"/>
   </mappers>

Mapper映射文件

测试main
{
   //构建数据源
        PooledDataSource dataSource = new PooledDataSource();
        dataSource.setDriver("");
        dataSource.setUrl("");
        dataSource.setUsername("");
        dataSource.setPassword("");
        //构建事务管理器
        TransactionFactory transactionFactory = new JdbcTransactionFactory();
        //创建配置对象
        Environment environment = new Environment("development", transactionFactory, dataSource);
        Configuration configuration = new Configuration(environment);
        //加入mapper接口
        configuration.addMapper(UserMapper.class);
        //核心
        SqlSessionFactory sqlSessionFactory=new SqlSessionFactoryBuilder().build(configuration);
        SqlSession session=sqlSessionFactory.openSession();
        //获取映射，自动创建Mapper接口的实现，直接调用方法
        UserMapper userMapper = session.getMapper(UserMapper.class);
        User user = userMapper.findById(1);
}

SQL中特殊字符处理
1、使用转义字符
2、使用<![CDATA[xxx]]>符号进行说明

MyBatis也允许完全不通过任何配置文件
   1、构建一个数据库表的Mapper接口
   2、通过注解的形式提供SQL语句@Select
   3、XML映射对于大多数高级映射（比如：嵌套 Join 映射）来说仍然是必须的。

#{}和${}的区别

   #{}是预编译处理，${}是字符串替换。

1、Mybatis在处理#{}时，会将sql中的#{}替换为?号，调用PreparedStatement的set方法来赋值；

   2、Mybatis在处理${}时，就是把${}替换成变量的值。

   我曾经遇到的情况！在XML配置sql无意间使用了${}代替#{}执行了insert 操作遇到报错，并且只能插入数字！

当实体类中的属性名和表中的字段名不一样

   1、使用列别名
   2、使用resultMap
       <resultMap type="" id="">
       <id property="id" column="user_id">
       </resultMap>
模糊查询like

   1、select * from user where username like "%"#{str}"%"

   2、str=%name% =》select * from user where username like #{str}

通常一个Xml映射文件，都会写一个Dao接口与之对应，请问，这个Dao接口的工作原理是什么？Dao接口里的方法，参数不同时，方法能重载吗？

   Dao接口也好，Mapper接口也好，在使用mybatis时会有一个映射文件！
   映射文件中namespace对应接口的全限定名，
   id对应接口的方法名，
   接口参数就是传入sql语句中的参数
   当调用mapper接口方法的时候，Mapper会被动态代理(jdk)，每一个方法都会被解析为一个对象，进行执行。

我觉得配置XML中的数据库操作标签是不是可以不用写入参类型（parameterType="" ），都不写入参mybatis怎么区分哪个！结论参数不同时，不能重载！

Mybatis是如何进行分页的？分页插件的原理是什么

1、使用RowBounds对象进行分页

2、采用分页插件进行分页，使用mybatis提供的插件接口，自定义插件（感觉挺麻烦的）

批量插入
   1、动态sql（foreach）
          INSERT INTO emp(ename,gender,email,did)VALUES
            <foreach collection="emps" item="emp" separator=",">
             (#{emp.eName},#{emp.gender},#{emp.email},#{emp.dept.id})
           </foreach>

2、mybatis ExecutorType.BATCH
batch性能将更优，但是不能获取到自增的id

获取自动生成的(主)键值
开启自增长策略
<insert id=”addUser” usegeneratedkeys=”true” keyproperty=”userId”>

在mapper中如何传递多个参数
   1、#{args0}、#{args1}
   2、@param1、@param2
   3、封装成map

Xml映射文件中，除了常见的select|insert|updae|delete标签之外，还有哪些标签
<resultMap>、<parameterMap>、<sql>、<include>、<selectKey>，加上动态sql的9个标签，其中<sql>为sql片段标签，通过<include>标签引入sql片段，<selectKey>为不支持自增的主键生成策略标签

Mybatis的Xml映射文件中，不同的Xml映射文件，id是否可以重复

   1、namespace 对应的接口不一样、不同接口中方法重名是不是也没啥影响
   2、再看mapper怎么样实例化的呢jdk动态代理，存在Map<String, MapperStatement>集合中
   3、key是namespace+id，自然namespace不会重，方法名重又有什么关系呢！

一对一、一对多的关联查询

<resultMap type="com.lcb.user.Classes" id="ClassesResultMap">

            <id property="id" column="c_id"/>
             <result property="name" column="c_name"/>
       
       <association property="teacher" javaType="com.lcb.user.Teacher">
                <id property="id" column="t_id"/>
                <result property="name" column="t_name"/>
             </association>
   </resultMap>
MyBatis实现一对一有几种方式?具体怎么操作的

有联合查询和嵌套查询,联合查询是几个表联合查询,只查询一次, 通过在resultMap里面配置association节点配置一对一的类就可以完成；

嵌套查询是先查一个表，根据这个表里面的结果的外键id，去再另外一个表里面查询数据,也是通过association配置，但另外一个表的查询通过select属性配置。

Mybatis是否支持延迟加载？如果支持，它的实现原理是什么
Mybatis仅支持association关联对象和collection关联集合对象的延迟加载，association指的就是一对一，collection指的就是一对多查询。在Mybatis配置文件中，可以配置是否启用延迟加载lazyLoadingEnabled=true|false。
它的原理是，使用CGLIB创建目标对象的代理对象，当调用目标方法时，进入拦截器方法，比如调用a.getB().getName()，拦截器invoke()方法发现a.getB()是null值，那么就会单独发送事先保存好的查询关联B对象的sql，把B查询上来，然后调用a.setB(b)，于是a的对象b属性就有值了，接着完成a.getB().getName()方法的调用。这就是延迟加载的基本原理。

Mybatis的一级、二级缓存:
   1、一级缓存: 基于 PerpetualCache 的 HashMap 本地缓存，其存储作用域为 Session，当 Session flush 或 close 之后，该 Session 中的所有 Cache 就将清空，默认打开一级缓存，
       同一个session产生的代理对象执行数据库操作会打印一条sql语句
   2、二级缓存与一级缓存其机制相同，默认也是采用 PerpetualCache，HashMap 存储，不同在于其存储作用域为 Mapper(Namespace)，并且可自定义存储源，如 Ehcache。默认不打开二级缓存，要开启二级缓存，使用二级缓存属性类需要实现Serializable序列化接口(可用来保存对象的状态),可在它的映射文件中配置<cache/>
   3、对于缓存数据更新机制，当某一个作用域(一级缓存 Session/二级缓存Namespaces)的进行了C/U/D 操作后，默认该作用域下所有 select 中的缓存将被 clear

什么是MyBatis的接口绑定？有哪些实现方式
接口绑定，就是在MyBatis中任意定义接口,然后把接口里面的方法和SQL语句绑定, 我们直接调用接口方法就可以,这样比起原来了SqlSession提供的方法我们可以有更加灵活的选择和设置。

接口绑定有两种实现方式,一种是通过注解绑定，就是在接口的方法上面加上 @Select、@Update等注解，里面包含Sql语句来绑定；另外一种就是通过xml里面写SQL来绑定, 在这种情况下,要指定xml映射文件里面的namespace必须为接口的全路径名。当Sql语句比较简单时候,用注解绑定, 当SQL语句比较复杂时候,用xml绑定,一般用xml绑定的比较多。

使用MyBatis的mapper接口调用时有哪些要求
   ① Mapper接口方法名和mapper.xml中定义的每个sql的id相同；
   ② Mapper接口方法的输入参数类型和mapper.xml中定义的每个sql 的parameterType的类型相同；
   ③ Mapper接口方法的输出参数类型和mapper.xml中定义的每个sql的resultType的类型相同；
   ④ Mapper.xml文件中的namespace即是mapper接口的类路径。

Mapper编写有哪几种方式？

   1、接口实现类继承SqlSessionDaoSupport

   2、使用org.mybatis.spring.mapper.MapperFactoryBean

   3、配置mapper扫描器

   4、使用扫描器后从spring容器中获取mapper的实现对象
简述Mybatis的插件运行原理，以及如何编写一个插件
   Mybatis仅可以编写针对ParameterHandler、ResultSetHandler、StatementHandler、Executor这4种接口的插件，Mybatis使用JDK的动态代理，为需要拦截的接口生成代理对象以实现接口方法拦截功能，每当执行这4种接口对象的方法时，就会进入拦截方法，具体就是InvocationHandler的invoke()方法，当然，只会拦截那些你指定需要拦截的方法。
   编写插件：实现Mybatis的Interceptor接口并复写intercept()方法，然后在给插件编写注解，指定要拦截哪一个接口的哪些方法即可，记住，别忘了在配置文件中配置你编写的插件。

参考借鉴 https://www.cnblogs.com/aishangJava/p/10526957.html感谢

如意小队

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
MyBatis回顾笔记（一）

MyBatis回顾笔记（一）MyBatis是一个数据持久层(ORM)框架。把实体类和SQL语句之间建立了映射关系，是一种半自动化的ORM实现MyBatis优点 1、基于sql语句编程，相当灵活 2、SQL可以写在XML文件中，降低了程序的耦合性，并且支持动态SQL，支持可重用 3、SQL语句封装到mapper映射文件中，便于统一管理和维护，降低程序的耦合...
复制链接

扫一扫