MyBatis增删改查

MyBatis增删改查
LuckyTigernamespace
- 将上面案例中的UserMapper接口改名为 UserDao;
- 将UserMapper.xml中的namespace改为为UserDao的路径 .
- 再次测试
结论
配置文件中namespace中的名称为对应Mapper接口或者Dao接口的完整包名,必须一致!
select
- select标签是mybatis中最常用的标签之一
- select语句有很多属性可以详细配置每一条SQL语句
- SQL语句返回值类型。【完整的类名或者别名】
- 传入SQL语句的参数类型 。【万能的Map,可以多尝试使用】
- 命名空间中唯一的标识符
- 接口中的方法名与映射文件中的SQL语句ID 一一对应
- id
- parameterType
- resultType
根据id查询用户
在UserMapper中添加对应方法
1 | public interface UserMapper { |
在UserMapper.xml中添加Select语句
1 | <select id="selectUserById" resultType="com.luckytiger.entity.User"> |
测试类中测试
1 |
|
根据 密码 和 名字 查询用户
思路一:直接在方法中传递参数
- 在接口方法的参数前加 @Param属性
- Sql语句编写的时候,直接取@Param中设置的值即可,不需要单独设置参数类型
1 | //通过密码和名字查询用户 |
思路二:使用万能的Map
在接口方法中,参数直接传递Map;
1
User selectUserByNP2(Map<String,Object> map);
编写sql语句的时候,需要传递参数类型,参数类型为map
1
2
3<select id="selectUserByNP2" parameterType="map" resultType="com.luckytiger.entity.User">
select * from user where name = #{username} and pwd = #{pwd}
</select>在使用方法的时候,Map的 key 为 sql中取的值即可,没有顺序要求!
1
2
3
4Map<String, Object> map = new HashMap<String, Object>();
map.put("username","小明");
map.put("pwd","123456");
User user = mapper.selectUserByNP2(map);总结:如果参数过多,我们可以考虑直接使用Map实现,如果参数比较少,直接传递参数即可
insert 给数据库增加一个用户
在UserMapper接口中添加对应的方法
1 | //添加一个用户 |
在UserMapper.xml中添加insert语句
1 | <insert id="addUser" parameterType="com.luckytiger.entity.User"> |
测试
1 |
|
注意点:增、删、改操作需要提交事务!
update 修改用户的信息
同理,编写接口方法
1 | //修改一个用户 |
编写对应的配置文件SQL
1 | <update id="updateUser" parameterType="com.luckytiger.entity.User"> |
测试
1 |
|
delete 根据id删除一个用户
同理,编写接口方法
1 | //根据id删除用户 |
编写对应的配置文件SQL
1 | <delete id="deleteUser" parameterType="int"> |
测试
1 |
|
小结:
- 所有的增删改操作都需要提交事务!
- 接口所有的普通参数,尽量都写上@Param参数,尤其是多个参数时,必须写上!
- 有时候根据业务的需求,可以考虑使用map传递参数!
- 为了规范操作,在SQL的配置文件中,我们尽量将Parameter参数和resultType都写上!
模糊查询like语句该怎么写?
在Java代码中添加sql通配符。
1 | string wildcardname = “%smi%”; |
在sql语句中拼接通配符,会引起sql注入
1 | string wildcardname = “smi”; |
配置解析
核心配置文件
- mybatis-config.xml 系统核心配置文件
- MyBatis 的配置文件包含了会深深影响 MyBatis 行为的设置和属性信息。
- 能配置的内容如下:
1 | configuration(配置) |
environments元素
1 | <environments default="development"> |
配置MyBatis的多套运行环境,将SQL映射到多个不同的数据库上,必须指定其中一个为默认运行环境(通过default指定)
子元素节点:environment
dataSource 元素使用标准的 JDBC 数据源接口来配置 JDBC 连接对象的资源。
数据源是必须配置的。
有三种内建的数据源类型
1
type="[UNPOOLED|POOLED|JNDI]")
unpooled:这个数据源的实现只是每次被请求时打开和关闭连接。
****pooled****:这种数据源的实现利用“池”的概念将 JDBC 连接对象组织起来 , 这是一种使得并发 Web 应用快速响应请求的流行处理方式。
jndi:这个数据源的实现是为了能在如 Spring 或应用服务器这类容器中使用,容器可以集中或在外部配置数据源,然后放置一个 JNDI 上下文的引用。
数据源也有很多第三方的实现,比如dbcp,c3p0,druid等等….
详情:点击查看官方文档
这两种事务管理器类型都不需要设置任何属性。
具体的一套环境,通过设置id进行区别,id保证唯一!
子元素节点:transactionManager - [ 事务管理器 ]
1
2<!-- 语法 -->
<transactionManager type="[ JDBC | MANAGED ]"/>子元素节点:数据源(dataSource)
mappers元素
mappers
- 映射器 : 定义映射SQL语句文件
- 既然 MyBatis 的行为其他元素已经配置完了,我们现在就要定义 SQL 映射语句了。但是首先我们需要告诉 MyBatis 到哪里去找到这些语句。Java 在自动查找这方面没有提供一个很好的方法,所以最佳的方式是告诉 MyBatis 到哪里去找映射文件。你可以使用相对于类路径的资源引用, 或完全限定资源定位符(包括
file:///
的 URL),或类名和包名等。映射器是MyBatis中最核心的组件之一,在MyBatis 3之前,只支持xml映射器,即:所有的SQL语句都必须在xml文件中配置。而从MyBatis 3开始,还支持接口映射器,这种映射器方式允许以Java代码的方式注解定义SQL语句,非常简洁。
引入资源方式
1 | <!-- 使用相对于类路径的资源引用 --> |
1 | <!-- 使用完全限定资源定位符(URL) --> |
1 | <!-- |
1 | <!-- |
Mapper文件
1 |
|
- namespace中文意思:命名空间,作用如下:
- namespace的命名必须跟某个接口同名
- 接口中的方法与映射文件中sql语句id应该一一对
- namespace和子元素的id联合保证唯一 , 区别不同的mapper
- 绑定DAO接口
- namespace命名规则 : 包名+类名
MyBatis 的真正强大在于它的映射语句,这是它的魔力所在。由于它的异常强大,映射器的 XML 文件就显得相对简单。如果拿它跟具有相同功能的 JDBC 代码进行对比,你会立即发现省掉了将近 95% 的代码。MyBatis 为聚焦于 SQL 而构建,以尽可能地为你减少麻烦。
Properties优化
数据库这些属性都是可外部配置且可动态替换的,既可以在典型的 Java 属性文件中配置,亦可通过 properties 元素的子元素来传递。具体的官方文档
我们来优化我们的配置文件
在资源目录下新建一个db.properties
1 | driver=com.mysql.jdbc.Driver |
将文件导入properties 配置文件
1 | <configuration> |
更多操作,可以查看官方文档!
- 配置文件优先级问题
- 新特性:使用占位符
typeAliases优化
类型别名是为 Java 类型设置一个短的名字。它只和 XML 配置有关,存在的意义仅在于用来减少类完全限定名的冗余。
1 | <!--配置别名,注意顺序--> |
当这样配置时,User
可以用在任何使用com.luckytiger.entity.User
的地方。也可以指定一个包名,MyBatis 会在包名下面搜索需要的 Java Bean,比如:
1 | <typeAliases> |
每一个在包 com.luckytiger.entity
中的 Java Bean,在没有注解的情况下,会使用 Bean 的首字母小写的非限定类名来作为它的别名。
若有注解,则别名为其注解值。见下面的例子:
1 |
|