4.Mybatis：XML配置

二十六26

于 2021-07-05 08:49:20 发布

阅读量96

点赞数

分类专栏： SSM框架文章标签： java mybatis

本文链接：https://blog.csdn.net/jiajinglei/article/details/118479768

版权

SSM框架专栏收录该内容

17 篇文章 0 订阅

订阅专栏

0.1配置

MyBatis 的配置文件包含了会深深影响 MyBatis 行为的设置和属性信息。配置文档的顶层结构如下：

configuration（配置）
- properties（属性）
- settings（设置）
- typeAliases（类型别名）
- typeHandlers（类型处理器）
- objectFactory（对象工厂）
- plugins（插件）
- environments（环境配置）
  - environment（环境变量）
    - transactionManager（事务管理器）
    - dataSource（数据源）
- databaseIdProvider（数据库厂商标识）
- mappers（映射器）

0.2属性

可以在外部进行配置，并可以进行动态替换。既可以在典型的 Java 属性文件中配置这些属性，也可以在 properties 元素的子元素中设置。例如

<properties resource="org/mybatis/example/config.properties">
  <property name="username" value="dev_user"/>
  <property name="password" value="F2Fa3!33TYyg"/>
</properties>

设置好的属性可以在整个配置文件中用来替换需要动态配置的属性值。比如:

<dataSource type="POOLED">
  <property name="driver" value="${driver}"/>
  <property name="url" value="${url}"/>
  <property name="username" value="${username}"/>
  <property name="password" value="${password}"/>
</dataSource>

0.3设置

会改变 MyBatis 的运行时行为。

<settings>
  <setting name="" value=""/>
</settings>

cacheEnabled：全局性地开启或关闭所有映射器配置文件中已配置的任何缓存。

true | false

默认：true

lazyLoadingEnabled：延迟加载的全局开关。当开启时，所有关联对象都会延迟加载。特定关联关系中可通过设置 fetchType 属性来覆盖该项的开关状态。

true | false

默认值：false(关闭)

aggressiveLazyLoading：开启时，任一方法的调用都会加载该对象的所有延迟加载属性。否则，每个延迟加载属性会按需加载

true | false

默认值：false(关闭)

autoMappingBehavior：指定 MyBatis 应如何自动映射列到字段或属性。

NONE 表示关闭自动映射；

PARTIAL 只会自动映射没有定义嵌套结果映射的字段。

FULL 会自动映射任何复杂的结果集（无论是否嵌套）

默认值：PARTIAL

mapUnderscoreToCamelCase：是否开启驼峰命名自动映射，数据库列名 A_COLUMN 映射到 Java 属性名 aColumn。

true | false

默认值：False(关闭)

logImpl：指定 MyBatis 所用日志的具体实现，未指定时将自动查找。

SLF4J

LOG4J

LOG4J2

JDK_LOGGING

COMMONS_LOGGING

STDOUT_LOGGING

NO_LOGGING

0.4类型别名

可为java类型设置一个缩写名字，仅用于XML配置，意在降低冗余的全限定类名书写。

方式一：

<typeAliases>
  <typeAlias alias="别名" type="实体类全类名"/>
</typeAliases>

方式二：默认是使用Bean的首字母小写来作为别名，也可以在Bean上使用@Alias("别名")设置别名。

<typeAliases>
  <package name="实体类包名"/>
</typeAliases>

0.5环境配置

MyBatis 可以配置成适应多种环境，这种机制有助于将 SQL 映射应用于多种数据库之中。

开发、测试和生产环境需要有不同的配置；或者想在具有相同架构的多个生产数据库中使用相同的 SQL 映射

注意：尽管可以配置多个环境，但每个SqlSessionFactory 实例只能选择一种环境。

environments 元素定义了如何配置环境。

<environments default="development">  <!--默认使用的环境ID-->
  <environment id="development"> <!--每个environment元素定义的环境ID-->
    <transactionManager type="JDBC"> <!--事务管理器配置-->
      <property name="..." value="..."/>
    </transactionManager>
    <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>

1.事务管理器

JDBC：直接使用了JDBC的提交和回滚设施，它依赖从数据源获得的连接来管理事务作用域。

MANAGED：从不提交或回滚一个连接，而是让容器来管理事务的整个生命周期，默认情况下它会关闭连接。

提示：如果你正在使用 Spring + MyBatis，则没有必要配置事务管理器，因为Spring模块会使用自带的管理器。

2.数据源

UNPOOLED：这个数据源的实现会每次请求时打开和关闭连接。虽然有点慢，但对那些数据库连接可用性要求不高的简单应用程序来说，是一个很好的选择。性能表现则依赖于使用的数据库，对某些数据库来说，使用连接池并不重要，这个配置就很适合这种情形。

POOLED：这种数据源的实现利用“池”的概念将 JDBC 连接对象组织起来，避免了创建新的连接实例时所必需的初始化和认证时间。这种处理方式很流行，能使并发 Web 应用快速响应请求。

JNDI：这个数据源实现是为了能在如 EJB 或应用服务器这类容器中使用，容器可以集中或在外部配置数据源，然后放置一个 JNDI 上下文的数据源引用。

0.6映射器

告诉mybatis去哪里找SQL映射语句。

方式一：使用相对于类路径的资源引用。

<mappers>
  <mapper resource="org/mybatis/builder/AuthorMapper.xml"/>
</mappers>

方式二：使用完全限定资源定位符。

<mappers>
  <mapper url="file:///var/mappers/AuthorMapper.xml"/>
</mappers>

方式三：使用映射器接口实现类的完全限定类名。

1.有sql的情况：映射器接口与sql文件必须同名且在同一目录下

2.没有sql的情况：所有的sql都是使用注解的方式

<mappers>
  <mapper class="接口名"/>
</mappers>

方式四：将包内的映射器接口实现全部注册为映射器。

映射器接口与sql文件必须同名且在同一目录下。

<mappers>
  <package name="包名"/>
</mappers>

二十六26

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
2
评论
4.Mybatis：XML配置

0.1配置MyBatis 的配置文件包含了会深深影响 MyBatis 行为的设置和属性信息。配置文档的顶层结构如下：configuration（配置） properties（属性） settings（设置） typeAliases（类型别名） typeHandlers（类型处理器） objectFactory（对象工厂） plugins（插件） environments（环境配置） environment（环境变量） transactionMan...
复制链接

扫一扫