文章目录
原始jdbc的弊端 和 解决方法
弊端:
- 数据库连接,释放频繁造成系统资源浪费
- sql语句代码中硬编码,造成代码不易维护,实际应用sql变化可能较大,sql变化需要改动java代码
- 查询操作需要手动将结果集中的数据手动封装到实体中,插入操作时需要手动将实体的数据设置到sql语句中的占位符位置
解决方法
1. 使用数据库连接池初始化连接资源
2. 使用sql语句抽取到xml配置文件
3. 使用反射,内省等技术将实体与表进行属性与字段的自动映射
MyBatis介绍
- mybatis 是一个优秀的基于java的持久层框架,它内部封装了jdbc,使开发者只需要关注sql语句本身,而不需要花费精力去处理加载动、创建连接、创建statement等繁杂的过程。
- mybatis通过xml或注解的方式将要执行的各种 statement配置起来,并通过java对象和statement中sql的动态参数进行映射生成最终执行的sql语句。
- 最后mybatis框架执行sql并将结果映射为java对象并返回。采用ORM思想解决了实体和数据库映射的问题,对jdbc 进行了封装,屏蔽jdbc api 底层访问细节,使我们不用与jdbc api打交道,就可以完成对数据库的持久化操作。
MyBatis快速入门
第一步:添加MyBatis的坐标
第二步:创建user数据表
第三步:编写User实体类
第四步:编写映射文件UserMaooer.xml
第五步:编写核心文件SqlMapConfig.xml
第六步:编写测试类
MyBatis的映射文件概述
- UserMapper.xml文件
MyBatis的核心文件概述
- sqlMapConfig.xml
层级关系
environment环境:数据库环境的配置,支持多环境配置
environments标签
-
事务管理器(transactionManager)类型有两种:
- JDBC:这个配置就是直接使用了JDBC 的提交和回滚设置,它依赖于从数据源得到的连接来管理事务作用域。
- MANAGED:这个配置几乎没做什么。它从来不提交或回滚一个连接,而是让容器来管理事务的整个生命周期(比如JEE 应用服务器的上下文)。 默认情况下它会关闭连接,然而一些容器并不希望这样,因此需要将 closeConnection 属性设置为 false 来阻止它默认的关闭行为。
-
数据源(dataSource)类型有三种:
- UNPOOLED:这个数据源的实现只是每次被请求时打开和关闭连接。
- POOLED:这种数据源的实现利用“池”的概念将 JDBC 连接对象组织起来。
- JNDI:这个数据源的实现是为了能在如 EJB 或应用服务器这类容器中使用,容器可以集中或在外部配置数据源,然后放置一个 JNDI 上下文的引用。
mapper标签
- 该标签的作用是加载映射的,加载方式有如下几种:
- 使用相对于类路径的资源引用,例如:mapper resource=“org/mybatis/builder/AuthorMapper.xml”/
- 使用完全限定资源定位符(URL),例如:mapper url=“file:///var/mappers/AuthorMapper.xml”/
- 使用映射器接口实现类的完全限定类名,例如:mapper class=“org.mybatis.builder.AuthorMapper”/
- 将包内的映射器接口实现全部注册为映射器,例如:package name=“org.mybatis.builder”/
Properties标签
typeAliases标签
- 常用别名