MybBatis核心配置文件:MyBatis-config.xml
MyBatis的配置文件会影响MyBatis行为的设置和属性信息
环境配置(environments)
MyBatis 可以配置成适应多种环境,这种机制有助于将 SQL 映射应用于多种数据库之中, 现实情况下有多种理由需要这么做。例如,开发、测试和生产环境需要有不同的配置;或者想在具有相同 Schema 的多个生产数据库中使用相同的 SQL 映射。还有许多类似的使用场景。
注意!尽管可以配置多个环境,但每个 SqlSessionFactory 实例只能选择一种环境。
Mybatis默认的事务管理器就是JDBC,连接池:POOLED
配置优化——属性(properties)
在XML配置中,所有标签都有其对应顺序。
这些属性可以在外部进行配置,并可以进行动态替换。你既可以在典型的 Java 属性文件中配置这些属性,也可以在 properties 元素的子元素中设置。
编写一个配置文件db.properties
<properties resource="org/mybatis/example/config.properties">
<property name="username" value="dev_user"/>
<property name="password" value="F2Fa3!33TYyg"/>
</properties>
在db.properties中写好MYSQL配置文件后,property可以直接取值
<properties resource="db.properties"/>
<environments default="development">
<environment id="development">
<transactionManager type="JDBC"/>
<dataSource type="POOLED">
<property name="driver" value="${driver}"/>
<property name="url" value="${url}"/>
<property name="username" value="${username}"/>
<property name="password" value="${password}"/>
</dataSource>
</environment>
</environments>
或者也可以这样,不过多次一举。
需要注意的是,如果一个属性在不只一个地方进行了配置,那么,MyBatis 将按照下面的顺序来加载:
- 首先读取在 properties 元素体内指定的属性。
- 然后根据 properties 元素中的 resource 属性读取类路径下属性文件,或根据 url 属性指定的路径读取属性文件,并覆盖之前读取过的同名属性。
- 最后读取作为方法参数传递的属性,并覆盖之前读取过的同名属性。
因此,通过方法参数传递的属性具有最高优先级,resource/url 属性中指定的配置文件次之,最低优先级的则是 properties 元素中指定的属性。
配置优化——类型别名(typeAliases)
类型别名可为 Java 类型设置一个缩写名字。 它仅用于 XML 配置,意在降低冗余的全限定类名书写。
扫描实体类的包,它的默认别名就为这个类的类名,首字母小写。
但是每一个在包 domain.blog
中的 Java Bean,在没有注解的情况下,会使用 Bean 的首字母小写的非限定类名来作为它的别名。 比如 domain.blog.Author
的别名为 author
;若有注解,则别名为其注解值。
@Alias("author")
public class Author {
...
}
<typeAliases>
<!--给实体类起别名-->
<typeAlias type="com.wu.pojo.User" alias="User"/>
</typeAliases>
设置(settings)
这是 MyBatis 中极为重要的调整设置,它们会改变 MyBatis 的运行时行为。
开启缓存和懒加载,目前了解即可。
作用域(Scope)和生命周期
不同作用域和生命周期类别是至关重要的,因为错误的使用会导致非常严重的并发问题。
sqlSessionFactoryBuilder:
1、一旦创建了SqlSessionFactory,就不再需要它了
2、局部变量
sqlSessionFactory:
1、说白了就是可以想象为:数据库连接池/2.SqlSessionFactory 一旦被创建就应该在应用的运行期间一直存在,没有任何理由丢弃它或重新创建另一个实例。 使用 SqlSessionFactory 的最佳实践是在应用运行期间不要重复创建多次,多次重建 SqlSessionFactory 被视为一种代码“坏习惯”。
因此 SqlSessionFactory 的最佳作用域是应用作用域。
sqlSession
可以理解为连接到连接池的一个请求!
日志
如果一个数据库操作出现了异常,我们需要拍错,日志就是最好的助手
STDOUT_LOGGING
标准日志输出
<settings>
<setting name="logImpl" value="STDOUT_LOGGING"/>
</settings>
分页
为什么要分页?
减少数据的处理量。
使用Mybatis实现分页,核心SQL
1.接口
//分页实现查询
List<User> getUserByLimit(Map<String,Integer> map);
2.Mapper.xml
<!--分页实现查询-->
<select id="getUserByLimit" parameterType="map" resultType="User">
select * from mybatis.user limit #{startIndex},#{pageSize}
</select>
3.测试
@Test
public void getUserByLimit(){
SqlSession sqlSession = Mybatisutils.getSqlSession();
UserMapper mapper = sqlSession.getMapper(UserMapper.class);
HashMap<String, Integer> map = new HashMap<>();
map.put("startIndex",0);
map.put("pageSize",2);
List<User> userList = mapper.getUserByLimit(map);
for (User user : userList) {
System.out.println(user);
}
}
使用注解开发
在后面的spring中会频繁使用。
注解在接口中实现
@Select("select * from user")
List<User> getUsers();
注解需要在核心配置文件中绑定接口
<mappers>
<mapper class="com.wu.dao.UserMapper"/>
</mappers>
不在Mapper中写SQL语句直接使用注解后测试
@Test
public void getUser(){
SqlSession sqlSession = Mybatisutils.getSqlSession();
UserMapper mapper = sqlSession.getMapper(UserMapper.class);
List<User> users = mapper.getUsers();
for (User user : users) {
System.out.println(user);
}
sqlSession.close();
}
关于@Param()注解
基本类型的参数或者String类型,需要加上·引用类型不需要加。
如果只有一个基本类型的话,可以忽略,但是建议大家都加上!
我们在SQL中引用的就是我们这里的@Param()中设定的属性名!
Lombok插件
自动帮实体类进行get set,但是入侵性太强,可用可不用,适用范围如下图
@Getter and @Setter
@FieldNameConstants
@ToString
@EqualsAndHashCode
@AllArgsConstructor, @RequiredArgsConstructor and @NoArgsConstructor
@Log, @Log4j, @Log4j2, @Slf4j, @XSlf4j, @CommonsLog, @JBossLog, @Flogger, @CustomLog
@Data
@Builder
@SuperBuilder
@Singular
@Delegate
@Value
@Accessors
@Wither
@With
@SneakyThrows
@StandardException
@val
@var
experimental @var
@UtilityClass
Lombok config system
@Data:无参构造,get,set,toString,hashcode,eruals
@AllArgsConstructor @NoArgsConstructor
@Data
@AllArgsConstructor
@NoArgsConstructor
public class User {
private int id;
private String name;
private String pwd;
}
Lombok的优缺点优点: 1.能通过注解的形式自动生成构造器、 getter/setter、equals、 hashcode、toString等方法,提高了一定的开发效率 2.让代码变得简洁,不用过多的去关注相应的方法 3.属性做修改时,也简化了维护为这些属性所生成的getter/setter方法等 缺点: 1.不支持多种参数构造器的重载 2.虽然省去了手动创建getter/setter方法的麻烦,但大大降低了源代码的可读性和完整性,降低了阅读源代码的舒适度
多对一(重点)
首先建立好一个MyBatis工程,我们要查询多名学生对应老师的表。
第一个办法
按照嵌套查询处理
<!--
如何能查出两张表
1.查询所有的学生信息
2.根据查询出来的学生的tid,寻找对应的老师
-->
<select id="getstudent" resultMap="StudentTeacher">
select * from student
</select>
<resultMap id="StudentTeacher" type="Student">
<result property="id" column="id"/>
<result property="name" column="name"/>
<!--复杂的书信需要单独处理
对象:association
集合:collection
-->
<association property="teacher" column="tid" javaType="Teacher" select="getTeacher"/>
</resultMap>
<select id="getTeacher" resultType="Teacher">
select * from teacher where id=#{id}
</select>
可以看出,该方法本质上还是SQL中的子查询思路。
第二种:
按照结果嵌套处理
<!--按照结果嵌套处理-->
<select id="getstudent2" resultMap="StudentTeacher2">
select s.id as sid,s.name as sname,t.name as tname
from student s,teacher t
where s.tid=t.id
</select>
<resultMap id="StudentTeacher2" type="Student">
<result property="id" column="sid"/>
<result property="name" column="sname"/>
<association property="teacher" javaType="Teacher">
<result property="name" column="tname"/>
</association>
</resultMap>
第二种的根据结果嵌套查询看起来更像是SQL中的连表查询。
一对多
对于学生来讲,是多个学生对应一个老师,属于多对一。但是对于老师来讲,一个老师对应多个学生,属于一对多。一对多和一对多的区别
首先实体类需要更改 学生的实体类
@Data
public class Student {
private int id;
private String name;
private int tid;
}
老师的实体类,一个老师关联多个学生
@Data
public class Teacher {
private int id;
private String name;
//一个老师拥有多个学生
private List<Student> students;
}
开始测试工程能否运行,首先查询老师信息结果发现学生姓名为空,这时候开始继续做结果集映射
Teacher接口
public interface TeacherMapper {
//获取指定老师下的所有学生以及老师信息
Teacher getTeacher(@Param("tid") int id);
}
<!--按结果嵌套查询-->
<select id="getTeacher" resultMap="TeacherStudent">
select s.id sid,s.name sname,t.name tname ,t.id tid
from student s,teacher t
where s.tid=t.id and t.id=#{tid}
</select>
<resultMap id="TeacherStudent" type="Teacher">
<result property="id" column="tid"/>
<result property="name" column="tname"/>
<!--集合中的泛型信息,我们使用oftype获取-->
<collection property="students" ofType="Student">
<result property="id" column="sid"/>
<result property="name" column="sname"/>
<result property="tid" column="tid"/>
</collection>
</resultMap>
小结
1.关联: association 【多对一】
2.集合:collection 【一对多】
3.javaType和ofType
1.javaType用来指定实体类中的属性类型
2.ofType用来指定映射到List或者集合中的pojo类型,泛型中的约束类型。
注意点:
1.要保证SQL的可读性,尽量保证通俗易懂
2.注意一对多和多对一中属性名和字段的问题
3.如果问题不好排查,可以使用日志来排查
动态SQL
IF查询语句
<select id="queryBlogIf" parameterType="map" resultType="blog">
select * from mybatis.blog where 1=1
<if test="title!=null">
and title = #{title}
</if>
<if test="author!=null">
and author=#{author}
</if>
</select>
choose(when,otherwise)
<select id="queryBlogChoose" parameterType="map" resultType="blog">
select * from mybatis.blog
<where>
<choose>
<when test="title!=null" >
title=#{title}
</when>
<when test="author!=null" >
and author=#{author}
</when>
<otherwise>
and views = #{views}
</otherwise>
</choose>
</where>
</select>
SET语句
<update id="updateBlog" parameterType="map">
update blog set id=#{id}
<set>
<if test="title!=null">
title=#{title},
</if>
<if test="author">
author=#{author}
</if>
</set>
where id =#{id}
</update>
Foreach