标签：持久层 复杂 pid val 表操作 arc 角度 some pojo
MyBatis 是一款优秀的持久层框架，它支持定制化 SQL、存储过程以及高级映射。MyBatis 避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集。MyBatis 可以使用简单的 XML 或注解来配置和映射原生类型、接口和 Java 的 POJO（Plain Old Java Objects，普通老式 Java 对象）为数据库中的记录。
总结：持久层框架，SQL定制，省去JDBC操作，JavaBean与数据库记录的对应转换；
Batis，估计是作者的一只宠物鸟；
1、放在 java 目录下：站在开发角度，方便查找文件，便于开发（我比较喜欢）；
2、放在resources 目录下：站在软件工程角度，xml确实是资源文件；
修改配置属性
mybatis:
mapper-locations: classpath:com/example/mybatis/dev/dao/mapper/*Mapper.xml
type-aliases-package: com.example.mybatis.dev.model
修改pom.xml文件
<build> <resources> <!-- mapper.xml文件在java目录下 --> <resource> <directory>src/main/java</directory> <includes> <include>**/*.xml</include> </includes> </resource> <!-- mapper.xml文件在resources目录下--> <resource> <directory>src/main/resources</directory> </resource> </resources> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> </plugin> </plugins> </build>
resultType：将SQL得返回映射出 POJO，当SQL列和POJO属性不对应时，无法成功映射
resultMap：先通过<resultmap/>标签将POJO于SQL返回绑定，然后通过resultMap返回，类似对SQL于POJO之间做了格式化、二次加工；
简单情况下，无区别，复杂情况下resultMap更强大；
一级缓存
生命周期：
a.伴随着SqlSession的创建而创建，伴随着sqlSession的销毁而销毁；
b.SqlSession 调用了 clearCache() 时，缓存对象中的数据会清空，缓存对象还存在；
b.SqlSession 调用了 update()、insert()、delete() 时，缓存对象中的数据会清空，缓存对象还存在；
二级缓存
生命周期
a.应用的启动缓存创建，应用的停止，缓存销毁(此观点不是很正确)
b.同 namespace 下，调用<select> 缓存会被创建
c.当到达 <cache flushInterval="1000"/> 的flushInterval 时间限制后(单位毫秒)，缓存会被刷新；
d.同 namespace 下，调用<update> <insert> <delete> 缓存会被清除
作用域 namespace
二级缓存的开启
mybatis:
mapper-locations: classpath:com/example/mybatis/dev/dao/mapper/*Mapper.xml
configuration:
log-impl: org.apache.ibatis.logging.stdout.StdOutImpl
cache-enabled: true #k开启二级缓存
<mapper namespace="com.example.mybatis.dev.dao.DevDataDao"> <!--二级缓存开启--> <cache /> <select id="queryByCode" resultType="com.example.mybatis.dev.model.DevData" > …… </select> <insert id="createData"> …… </insert> </mapper>
二级缓存的潜在危害
a.二级缓存是作用域是 namespace，当同一张表在不同的 namespace 中操作时，会导致缓存不刷新，未知风险非常大；
b. insert、update、delete 操作会清空所在namespace下的全部缓存，操作颗粒比较大；
c. 多表操作根本不能用二级缓存（ user_role 用户角色表 ，不管在哪个 namespace 下 做二级缓存都是有问题的 ）
二级缓存的挽救
当考虑到上一节中的危害，MyBatis给出的解决方案是：使用 <cache-ref /> 共用一个缓存空间，其实是再次增大了操作颗粒，一旦控制不好还是比较有风险的；
<cache-ref namespace="com.someone.application.data.SomeMapper"/>
标签：持久层 复杂 pid val 表操作 arc 角度 some pojo
原文地址：https://www.cnblogs.com/devan/p/11683988.html
