CRUD
namespace
namespace中的包名要和Dao/mapper接口的包名一致
select
id:就是对应的namespace中的方法名
我个人理解为namespace为实现的接口,id就是重写接口的方法
resultType:sql执行的返回值类型,一般在实体类里面
parameterType:参数类型
com.xxx.dao.UserMapper(Dao).java
public interface UserMapper{
// 根据ID查询用户
User getUserById(int id);
User addUser(User user);
}
com.xxx.dao.UserMapper(Dao).xml
<mapper namespace="com.xxx.dao.UserMapper">
<select id="getUserById" parameterType="int" resultType="com.xxx.pojo.User">
select * from 数据库.表名 where id = #{id}
</select>
<insert id="addUser" parameterType="com.xxx.pojo.User">
insert into 数据库.表名 (id, name, pwd) values (#{id}, #{name}, #{pwd})
<!-- pojo里面的变量名 = #{ 写pojo里面的变量名 } ,前面也一致 -->
</insert>
</mapper>
再写测试类就行,注意增删改查必须要提交事务sqlSession.commit();
MySQL8.0可以不用commit
mybatisplus
Map
使用
int add(Map<String, object> map);
<insert id="add" parameterType="map" >
insert into 数据库.表名 (id, name, pwd) values (#{xxid}, #{namxxe}, #{pwxxd})
<!-- pojo里面的变量名 = #{ 自定义的变量名,与测试类一致 } -->
</insert>
Map<String, Object> map = new HashMap<String, Object>();
map.put("xxid", 5);
map.put("namxxe", "xx");
map.put("pwxxd", "xx");
// 这样可以不用一次修改全部属性,可以针对不同属性进行学习,没有map前,因为User类中构造器设置了传入参数的个数,必须全部传参,也可以设置个别参数,但不够灵活
// 测试类给dao层传参数的时候new的user所有的参数必须有,而map不需要
// 阿里的JAVA开发建议是强制不使用map
// 而且用map的话如果传输数据非法会报错的
mapper.add(map);
模糊查询
where like"李%"
传递通配符
where like #{value}
List userList = mapper.getUserLiske("%李%");
使用通配符代替上面的操作
where like concat(’%’, #{value}, ‘%’) // 用#防止sql注入
List userList = mapper.getUserLiske(“李”);
配置解析
核心配置文件
myBatis-config.xml,在xml配置都有顺序
环境配置(environments)
MyBatis 可以配置成适应多种环境
尽管可以配置多个环境,但每个 SqlSessionFactory 实例只能选择一种环境。
- 默认使用的环境 ID(比如:default=“development”)。
- 每个 environment 元素定义的环境 ID(比如:id=“development”)。
- 事务管理器的配置(比如:type=“JDBC”)。
- 数据源的配置(比如:type=“POOLED”)。
在 MyBatis 中有两种类型的事务管理器(也就是 type="[JDBC|MANAGED]")
如果你正在使用 Spring + MyBatis,则没有必要配置事务管理器,因为 Spring 模块会使用自带的管理器来覆盖前面的配置。
三种内建的数据源类型(也就是 type="[UNPOOLED|POOLED|JNDI]" ,默认POOLED
属性(properties)
通过properties属性来实现引用配置文件
这些属性可以在外部进行配置,并可以进行动态替换。你既可以在典型的 Java 属性文件中配置这些属性,也可以在 properties 元素的子元素中设置。[db.properties]
首先读取在 properties 元素体内指定的属性 .最后读取作为方法参数传递的属性,并覆盖之前读取过的同名属性。然后根据 properties 元素中的 resource 属性读取类路径下属性文件,或根据 url 属性指定的路径读取属性文件,并覆盖之前读取过的同名属性。
编写db.properties
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE configuration
PUBLIC "-//mybatis.org//DTD Config 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-config.dtd">
<configuration>
<!--引入外部配置文件-->
<properties resource="db.properties">
<property name="username" value="dev_user"/>
<property name="password" value="F2Fa3!33TYyg"/>
</properties>
<!--property元素体内的属性优先,在resource导入文件中遇到同名属性会覆盖-->
<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>
</configuration>
1db.properties 里面的配置不能有引号和空格,
2有的版本url链接需要用& amp;,
3引用的时候键要填写正确
类型别名(typeAliases)
1.类型别名可为 Java 类型设置一个缩写名字。 建议使用使用全类名。
<!--使用前-->
resultType="cn.com.mybatis.pojo.User"
<typeAlias alias="user" type="cn.com.mybatis.pojo.User"/>
<!--使用后-->
resultType="user"
<typeAliases>
<typeAlias alias="Author" type="domain.blog.Author"/>
</typeAliases>
2.也可以指定一个包名,MyBatis 会在包名下面搜索需要的 Java Bean,扫描实体类的包,为每一个实体类添加一个别名,默认别名为类的类名,首字母小写
<typeAliases>
<package name="com.xxx.pojo"/>
</typeAliases>
3.若有注解,则别名为其注解值。见下面的例子:
import org.apache.ibatis.type.Alias;
@Alias("author")
public class Author { ... }
设置
懒加载
懒加载功能使用了代理对象,所以在调用懒加载属性的 get/set 方法(或者是其他触发懒加载操作的方法)时 mybatis 才能知道这时候应该去加载懒加载属性。
懒加载通俗的讲就是按需加载,我们需要什么的时候再去进行什么操作。而且先从单表查询,需要时再从关联表去关联查询,能大大提高数据库性能,因为查询单表要比关联查询多张表速度要快。
mybatis 框架用 javassist 为懒加载对象创建了代理对象。
<!-- 开启懒加载配置 -->
<settings>
<!-- 全局性设置懒加载。如果设为‘false',则所有相关联的都会被初始化加载。 -->
<setting name="lazyLoadingEnabled" value="true"/>
<!-- 当设置为‘true'的时候,懒加载的对象可能被任何懒属性全部加载。否则,每个属性都按需加载。 -->
<setting name="aggressiveLazyLoading" value="false"/>
</settings>
其他配置
插件
映射器(mappers)
映射器其实就是一个动态代理对象,进入到MapperMethod的execute方法就能简单找到SqlSession的删除、更新、查询、选择方法,从底层实现来说:通过动态代理技术,让接口跑起来,之后采用命令模式,最后还是采用了SqlSession的接口方法(getMapper()方法等到Mapper)执行SQL查询(也就是说Mapper接口方法的实现底层还是采用SqlSession接口方法实现的)
使用class文件绑定注册:
接口和Mapper配置文件必须同名
接口和Mapper配置文件可以不同包的,放到resources下面的同名包mapper或者dao。如果想分离,只需要在resource下建和接口所在相同的包。因为这样编译后class文件就会和xml在同一个包下。
扫描包
<!-- 将包内的映射器接口实现全部注册为映射器 -->
<mappers>
<package name="org.mybatis.builder"/>
</mappers>
生命周期
不同作用域和生命周期类别是至关重要的,因为错误的使用会导致非常严重的并发问题。
SqlSessionFactoryBuilder
一旦创建了 SqlSessionFactory,就不再需要它了。 因此 SqlSessionFactoryBuilder 实例的最佳作用域是方法作用域(也就是局部方法变量)。
SqlSessionFactory
- 可以理解为数据库连接池
- SqlSessionFactory 一旦被创建就应该在应用的运行期间一直存在,没有任何理由丢弃它或重新创建另一个实例。
- 多次重建 SqlSessionFactory 被视为一种代码“坏习惯”。
- 最简单的就是使用单例模式或者静态单例模式。
SqlSession
- sqlsession也就是一种类型的session
- sqlsession就是连接池的一个连接请求。
- 最佳的作用域是请求或方法作用域。用完就关闭,否则资源被占用。
- 一个sqlsession可以多次使用它的getMapper方法,获取到多个mapper接口实例,一个mapper代表一个具体的业务。
SqlSession原理
Resultmap结果映射集
解决字段名与实体类属性名不相同的冲突:
解决办法一:通过在查询的sql语句中定义字段名的别名,让字段名的别名和实体类的属性名一致,这样就可以表的字段名和实体类的属性名一一对应上了,这种方式是通过在sql语句中定义别名来解决字段名和属性名的映射关系的。
解决办法二:通过来映射字段名和实体类属性名的一一对应关系。这种方式是使用MyBatis提供的解决方式来解决字段名和属性名的映射关系的。
解决属性名和字段名不一致的问题:
- 起别名:在sql查询语句上起别名:pwd as password
- 属于Resultmap
Resultmap
结果集映射:找到自己实现的标签去映射
ResultMap
的设计思想是,对简单的语句做到零配置,对于复杂一点的语句,只需要描述语句之间的关系就行了。
<!--将User实体类指定为UserMap-->
< resultMap id="UserMap" type="User">
<!--column数据库字段,property实体类属性-->
<result column="id" property="id"/>
<result column="name" property="name"/>
<result column="pwd" property="password"/>
</resultMap>
<select id="getUserId" resultMap="UserMap">
select * from xxx.xx where id = #{id}
</select>
上述语句只是简单地将所有的列映射到 HashMap
的键上,这由 resultType
属性指定。