关于mybatis的使用--初级

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

1.configuration 配置

1.1.properties 属性

这些属性都是可外部配置且可动态替换的，既可以在典型的 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>

这个例子中的 username 和 password 将会由 properties 元素中设置的相应值来替

换。 driver 和 url 属性将会由 config.properties 文件中对应的值来替换。这样就为

配置提供了诸多灵活选择。

属性也可以被传递到 SqlSessionBuilder.build()方法中。例如：

1.2.settings 设置

这是 MyBatis 中极为重要的调整设置，它们会改变 MyBatis 的运行时行为。下表描

述了设置中各项的意图、默认值等。

1.3 .typeAliases 类型命名

1.4.typeHandlers 类型处理器

(有点类似是转化器)

1.5.objectFactory 对象工厂

MyBatis 每次创建结果对象的新实例时，它都会使用一个对象工厂（ObjectFactory）实例来完成。 默认的对象工厂需要做的仅仅是实例化目标类，要么通过默认构造方法，要么在参数映射存在的时候通过参数构造方法来实例化。如果想覆盖对象工厂的默认行为，则可以通过创建自己的对象工厂来实现。比如：

1.6.plugins 插件

MyBatis 允许你在已映射语句执行过程中的某一点进行拦截调用。默认情况下，

MyBatis 允许使用插件来拦截的方法调用包括：

Executor (update, query, flushStatements, commit, rollback, getTransaction, close, isClosed)

ParameterHandler (getParameterObject, setParameters)

ResultSetHandler (handleResultSets, handleOutputParameters)

StatementHandler (prepare, parameterize, batch, update, query)

这些类中方法的细节可以通过查看每个方法的签名来发现，或者直接查看 MyBatis的发行包中的源代码。 假设你想做的不仅仅是监控方法的调用，那么你应该很好的了解正在重写的方法的行为。 因为如果在试图修改或重写已有方法的行为的时候，你很可能在破坏 MyBatis 的核心模块。 这些都是更低层的类和方法，所以使用插件的时候要特别当心。

通过 MyBatis 提供的强大机制，使用插件是非常简单的，只需实现 Interceptor 接口，并指定了想要拦截的方法签名即可。

1.7.environments 环境

MyBatis 可以配置成适应多种环境，这种机制有助于将 SQL 映射应用于 多种数据库之中， 现实情况下有多种理由需要这么做。例如，开发、测试和生产环境需要有不

同的配置；或者共享相同 Schema 的多个生产数据库， 想使用相同的 SQL 映射。许多类似的用例。

1.9 .transactionManager 事务管理器

在 MyBatis 中有两种类型的事务管理器（也就是 type=”[JDBC|MANAGED]”）：JDBC – 这个配置就是直接使用了 JDBC 的提交和回滚设置，它依赖于从数据源得到的连接来管理事务范围。

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

这两种事务管理器类型都不需要任何属性。它们不过是类型别名，换句话说，你可以使用 TransactionFactory 接口的实现类的完全限定名或类型别名代替它们。

1.10 .dataSource 数据源

dataSource 元素使用标准的 JDBC 数据源接口来配置 JDBC 连接对象的资源。许多 MyBatis 的应用程序将会按示例中的例子来配置数据源。然而它并不是必

须的。要知道为了方便使用延迟加载，数据源才是必须的。有三种内建的数据源类型（也就是 type=”[UNPOOLED|POOLED|JNDI]”）：

1.11 .databaseIdProvider 数据库厂商标识

MyBatis 可以根据不同的数据库厂商执行不同的语句，这种多厂商的支持是基于映射语句中的  databaseId  属性。 MyBatis 会加载不带  databaseId  属性和带有匹配当前数据库  databaseId  属性的所有语句。 如果同时找到带有databaseId  和不带  databaseId  的相同语句，则后者会被舍弃。 为支持多厂商特性只要像下面这样在 mybatis-config.xml 文件中加入  databaseIdProvider  即可：

<databaseIdProvider type="DB_VENDOR" />

这里的 DB_VENDOR 会通过  DatabaseMetaData#getDatabaseProductName()

返回的字符串进行设置。 由于通常情况下这个字符串都非常长而且相同产品的不同

版本会返回不同的值，所以最好通过设置属性别名来使其变短，如下：

<databaseIdProvider type="DB_VENDOR">

<property name="SQL Server" value="sqlserver"/>

<property name="DB2" value="db2"/>

<property name="Oracle" value="oracle" />

</databaseIdProvider>

1.12 .mappers 映射器

Mapper XML 文件

MyBatis 的真正强大在于它的映射语句，也是它的魔力所在。由于它的异常强大，映射器的 XML 文件就显得相对简单。如果拿它跟具有相同功能的 JDBC 代码进行对比，你会立即发现省掉了将近 95% 的代码。MyBatis 就是针对 SQL 构建的，并且比普通的方法做的更好。SQL 映射文件有很少的几个顶级元素（按照它们应该被定义的顺序）：

cache  – 给定命名空间的缓存配置。

cache-ref  – 其他命名空间缓存配置的引用。

resultMap

来加载对象。

~~parameterMap~~  – 已废弃！老式风格的参数映射。内联参数是首选,这个

元素可能在将来被移除，这里不会记录。

sql  – 可被其他语句引用的可重用语句块。

insert  – 映射插入语句

update  – 映射更新语句

delete  – 映射删除语句

select  – 映射查询语句

下一部分将从语句本身开始来描述每个元素的细节。

1.13 .properties

 insert update  delete