MyBatis 的配置文件包含了影響 MyBatis 行為甚深的設置(settings)和屬性(properties)信息。
這些屬性都是可外部配置且可動態(tài)替換的,既可以在典型的 Java 屬性文件中配置,亦可通過 properties 元素的子元素來傳遞。例如:
<properties resource="org/mybatis/example/config.properties">
<property name="username" value="dev_user"/>
<property name="password" value="F2Fa3!33TYyg"/>
</properties>
其中的屬性就可以在整個配置文件中使用來替換需要動態(tài)配置的屬性值。比如:
<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()方法中。例如:
SqlSessionFactory factory = sqlSessionFactoryBuilder.build(reader, props);
// ... or ...
SqlSessionFactory factory = sqlSessionFactoryBuilder.build(reader, environment, props);
如果屬性在不只一個地方進行了配置,那么 MyBatis 將按照下面的順序來加載:
因此,通過方法參數(shù)傳遞的屬性具有最高優(yōu)先級,resource/url 屬性中指定的配置文件次之,最低優(yōu)先級的是 properties 屬性中指定的屬性。
這是 MyBatis 中極為重要的調(diào)整設置,它們會改變 MyBatis 的運行時行為。下表描述了設置中各項的意圖、默認值等。
設置參數(shù) | 描述 | 有效值 | 默認值 |
---|---|---|---|
cacheEnabled | 該配置影響的所有映射器中配置的緩存的全局開關。 | true,false | true |
lazyLoadingEnabled | 延遲加載的全局開關。當開啟時,所有關聯(lián)對象都會延遲加載。 特定關聯(lián)關系中可通過設置fetchType 屬性來覆蓋該項的開關狀態(tài)。 |
true,false | false |
aggressiveLazyLoading | 當啟用時,對任意延遲屬性的調(diào)用會使帶有延遲加載屬性的對象完整加載;反之,每種屬性將會按需加載。 | true,false | false (在 3.4.1 及之前的版本中默認為 true) |
multipleResultSetsEnabled | 是否允許單一語句返回多結(jié)果集(需要兼容驅(qū)動)。 | true,false | true |
useColumnLabel | 使用列標簽代替列名。不同的驅(qū)動在這方面會有不同的表現(xiàn), 具體可參考相關驅(qū)動文檔或通過測試這兩種不同的模式來觀察所用驅(qū)動的結(jié)果。 | true,false | true |
useGeneratedKeys | 允許 JDBC 支持自動生成主鍵,需要驅(qū)動兼容。 如果設置為 true 則這個設置強制使用自動生成主鍵,盡管一些驅(qū)動不能兼容但仍可正常工作(比如 Derby)。 | true,false | False |
autoMappingBehavior | 指定 MyBatis 應如何自動映射列到字段或?qū)傩浴?NONE 表示取消自動映射;PARTIAL 只會自動映射沒有定義嵌套結(jié)果集映射的結(jié)果集。 FULL 會自動映射任意復雜的結(jié)果集(無論是否嵌套)。 | NONE, PARTIAL, FULL | PARTIAL |
defaultExecutorType | 配置默認的執(zhí)行器。SIMPLE 就是普通的執(zhí)行器;REUSE 執(zhí)行器會重用預處理語句(prepared statements); BATCH 執(zhí)行器將重用語句并執(zhí)行批量更新。 | SIMPLE REUSE BATCH | SIMPLE |
defaultStatementTimeout | 設置超時時間,它決定驅(qū)動等待數(shù)據(jù)庫響應的秒數(shù)。 | Any positive integer | Not Set (null) |
safeRowBoundsEnabled | 允許在嵌套語句中使用分頁(RowBounds)。 | true,false | False |
mapUnderscoreToCamelCase | 是否開啟自動駝峰命名規(guī)則(camel case)映射,即從經(jīng)典數(shù)據(jù)庫列名 A_COLUMN 到經(jīng)典 Java 屬性名 aColumn 的類似映射。 | true, false | False |
localCacheScope | MyBatis 利用本地緩存機制(Local Cache)防止循環(huán)引用(circular references)和加速重復嵌套查詢。 默認值為 SESSION,這種情況下會緩存一個會話中執(zhí)行的所有查詢。 若設置值為 STATEMENT,本地會話僅用在語句執(zhí)行上,對相同 SqlSession 的不同調(diào)用將不會共享數(shù)據(jù)。 | SESSION,STATEMENT | SESSION |
jdbcTypeForNull | 當沒有為參數(shù)提供特定的 JDBC 類型時,為空值指定 JDBC 類型。 某些驅(qū)動需要指定列的 JDBC 類型,多數(shù)情況直接用一般類型即可,比如 NULL、VARCHAR 或 OTHER。 | JdbcType enumeration. Most common are: NULL, VARCHAR and OTHER | OTHER |
lazyLoadTriggerMethods | 指定哪個對象的方法觸發(fā)一次延遲加載。 | A method name list separated by commas | equals,clone,hashCode,toString |
defaultScriptingLanguage | 指定動態(tài) SQL 生成的默認語言。 | A type alias or fully qualified class name. | org.apache.ibatis.scripting.xmltags.XMLDynamicLanguageDriver |
callSettersOnNulls | 指定當結(jié)果集中值為 null 的時候是否調(diào)用映射對象的 setter(map 對象時為 put)方法,這對于有 Map.keySet() 依賴或 null 值初始化的時候是有用的。注意基本類型(int、boolean等)是不能設置成 null 的。 | true,false | false |
logPrefix | 指定 MyBatis 增加到日志名稱的前綴。 | Any String | Not set |
logImpl | 指定 MyBatis 所用日志的具體實現(xiàn),未指定時將自動查找。 | SLF4J,LOG4J,LOG4J2,JDK_LOGGING,COMMONS_LOGGING,STDOUT_LOGGING,NO_LOGGING | Not set |
proxyFactory
|
指定 Mybatis 創(chuàng)建具有延遲加載能力的對象所用到的代理工具。 | CGLIB JAVASSIST | CGLIB
|
vfslmpl
|
指定 VFS 的實現(xiàn) | 自定義 VFS 的實現(xiàn)的類全限定名,以逗號分隔。 | no set
|
useActualParamName
|
允許使用方法簽名中的名稱作為語句參數(shù)名稱。 為了使用該特性,你的項目必須采用 Java 8 編譯,并且加上 -parameters 選項。(新增于 3.4.1) |
true | false | true
|
configurationFactory
|
指定一個提供 Configuration 實例的類。 這個被返回的 Configuration 實例用來加載被反序列化對象的延遲加載屬性值。 這個類必須包含一個簽名為static Configuration getConfiguration() 的方法。(新增于 3.2.3) |
類型別名或者全類名. | no set
|
一個配置完整的 settings 元素的示例如下:
<settings>
<setting name="cacheEnabled" value="true"/>
<setting name="lazyLoadingEnabled" value="true"/>
<setting name="multipleResultSetsEnabled" value="true"/>
<setting name="useColumnLabel" value="true"/>
<setting name="useGeneratedKeys" value="false"/>
<setting name="autoMappingBehavior" value="PARTIAL"/>
<setting name="defaultExecutorType" value="SIMPLE"/>
<setting name="defaultStatementTimeout" value="25"/>
<setting name="safeRowBoundsEnabled" value="false"/>
<setting name="mapUnderscoreToCamelCase" value="false"/>
<setting name="localCacheScope" value="SESSION"/>
<setting name="jdbcTypeForNull" value="OTHER"/>
<setting name="lazyLoadTriggerMethods" value="equals,clone,hashCode,toString"/>
</settings>
類型別名是為 Java 類型設置一個短的名字。它只和 XML 配置有關,存在的意義僅在于用來減少類完全限定名的冗余。例如:
<typeAliases>
<typeAlias alias="Author" type="domain.blog.Author"/>
<typeAlias alias="Blog" type="domain.blog.Blog"/>
<typeAlias alias="Comment" type="domain.blog.Comment"/>
<typeAlias alias="Post" type="domain.blog.Post"/>
<typeAlias alias="Section" type="domain.blog.Section"/>
<typeAlias alias="Tag" type="domain.blog.Tag"/>
</typeAliases>
當這樣配置時,Blog
可以用在任何使用domain.blog.Blog
的地方。
也可以指定一個包名,MyBatis 會在包名下面搜索需要的 Java Bean,比如:
<typeAliases>
<package name="domain.blog"/>
</typeAliases>
每一個在包 domain.blog
中的 Java Bean,在沒有注解的情況下,會使用 Bean 的首字母小寫的非限定類名來作為它的別名。 比如 domain.blog.Author
的別名為 author
;若有注解,則別名為其注解值??聪旅娴睦樱?/p>
@Alias("author")
public class Author {
...
}
已經(jīng)為許多常見的 Java 類型內(nèi)建了相應的類型別名。它們都是大小寫不敏感的,需要注意的是由基本類型名稱重復導致的特殊處理。
別名 | 映射的類型 |
---|---|
_byte | byte |
_long | long |
_short | short |
_int | int |
_integer | int |
_double | double |
_float | float |
_boolean | boolean |
string | String |
byte | Byte |
long | Long |
short | Short |
int | Integer |
integer | Integer |
double | Double |
float | Float |
boolean | Boolean |
date | Date |
decimal | BigDecimal |
bigdecimal | BigDecimal |
object | Object |
map | Map |
hashmap | HashMap |
list | List |
arraylist | ArrayList |
collection | Collection |
iterator | Iterator |
無論是 MyBatis 在預處理語句(PreparedStatement)中設置一個參數(shù)時,還是從結(jié)果集中取出一個值時, 都會用類型處理器將獲取的值以合適的方式轉(zhuǎn)換成 Java 類型。下表描述了一些默認的類型處理器。
類型處理器 | Java 類型 | JDBC 類型 |
---|---|---|
BooleanTypeHandler
|
java.lang.Boolean , boolean
|
數(shù)據(jù)庫兼容的 BOOLEAN
|
ByteTypeHandler
|
java.lang.Byte , byte
|
數(shù)據(jù)庫兼容的 NUMERIC 或 BYTE
|
ShortTypeHandler
|
java.lang.Short , short
|
數(shù)據(jù)庫兼容的 NUMERIC 或 SHORT INTEGER
|
IntegerTypeHandler
|
java.lang.Integer , int
|
數(shù)據(jù)庫兼容的 NUMERIC 或 INTEGER
|
LongTypeHandler
|
java.lang.Long , long
|
數(shù)據(jù)庫兼容的 NUMERIC 或 LONG INTEGER
|
FloatTypeHandler
|
java.lang.Float , float
|
數(shù)據(jù)庫兼容的 NUMERIC 或 FLOAT
|
DoubleTypeHandler
|
java.lang.Double , double
|
數(shù)據(jù)庫兼容的 NUMERIC 或 DOUBLE
|
BigDecimalTypeHandler
|
java.math.BigDecimal
|
數(shù)據(jù)庫兼容的 NUMERIC 或 DECIMAL
|
StringTypeHandler
|
java.lang.String
|
CHAR , VARCHAR
|
ClobTypeHandler
|
java.lang.String
|
CLOB , LONGVARCHAR
|
NStringTypeHandler
|
java.lang.String
|
NVARCHAR , NCHAR
|
NClobTypeHandler
|
java.lang.String
|
NCLOB
|
ByteArrayTypeHandler
|
byte[]
|
數(shù)據(jù)庫兼容的字節(jié)流類型 |
BlobTypeHandler
|
byte[]
|
BLOB , LONGVARBINARY
|
DateTypeHandler
|
java.util.Date
|
TIMESTAMP
|
DateOnlyTypeHandler
|
java.util.Date
|
DATE
|
TimeOnlyTypeHandler
|
java.util.Date
|
TIME
|
SqlTimestampTypeHandler
|
java.sql.Timestamp
|
TIMESTAMP
|
SqlDateTypeHandler
|
java.sql.Date
|
DATE
|
SqlTimeTypeHandler
|
java.sql.Time
|
TIME
|
ObjectTypeHandler
|
Any | OTHER 或未指定類型 |
EnumTypeHandler
|
Enumeration Type | VARCHAR-任何兼容的字符串類型,存儲枚舉的名稱(而不是索引) |
EnumOrdinalTypeHandler
|
Enumeration Type | 任何兼容的 NUMERIC 或 DOUBLE 類型,存儲枚舉的索引(而不是名稱)。 |
你可以重寫類型處理器或創(chuàng)建你自己的類型處理器來處理不支持的或非標準的類型。 具體做法為:實現(xiàn) org.apache.ibatis.type.TypeHandler
接口, 或繼承一個很便利的類 org.apache.ibatis.type.BaseTypeHandler
, 然后可以選擇性地將它映射到一個 JDBC 類型。比如:
// ExampleTypeHandler.java
@MappedJdbcTypes(JdbcType.VARCHAR)
public class ExampleTypeHandler extends BaseTypeHandler {
@Override
public void setNonNullParameter(PreparedStatement ps, int i, String parameter, JdbcType jdbcType) throws SQLException {
ps.setString(i, parameter);
}
@Override
public String getNullableResult(ResultSet rs, String columnName) throws SQLException {
return rs.getString(columnName);
}
@Override
public String getNullableResult(ResultSet rs, int columnIndex) throws SQLException {
return rs.getString(columnIndex);
}
@Override
public String getNullableResult(CallableStatement cs, int columnIndex) throws SQLException {
return cs.getString(columnIndex);
}
}
<!-- mybatis-config.xml -->
<typeHandlers>
<typeHandler handler="org.mybatis.example.ExampleTypeHandler"/>
</typeHandlers>
使用這個的類型處理器將會覆蓋已經(jīng)存在的處理 Java 的 String 類型屬性和 VARCHAR 參數(shù)及結(jié)果的類型處理器。 要注意 MyBatis 不會窺探數(shù)據(jù)庫元信息來決定使用哪種類型,所以你必須在參數(shù)和結(jié)果映射中指明那是 VARCHAR 類型的字段, 以使其能夠綁定到正確的類型處理器上。 這是因為:MyBatis 直到語句被執(zhí)行才清楚數(shù)據(jù)類型。
通過類型處理器的泛型,MyBatis 可以得知該類型處理器處理的 Java 類型,不過這種行為可以通過兩種方法改變:
javaType
屬性(比如:javaType="String"
);@MappedTypes
注解來指定與其關聯(lián)的 Java 類型列表。 如果在 javaType
屬性中也同時指定,則注解方式將被忽略。可以通過兩種方式來指定被關聯(lián)的 JDBC 類型:
javaType
屬性(比如:javaType="VARCHAR"
);@MappedJdbcTypes
注解來指定與其關聯(lián)的 JDBC 類型列表。 如果在 javaType
屬性中也同時指定,則注解方式將被忽略。最后,可以讓 MyBatis 為你查找類型處理器:
<!-- mybatis-config.xml -->
<typeHandlers>
<package name="org.mybatis.example"/>
</typeHandlers>
注意在使用自動檢索(autodiscovery)功能的時候,只能通過注解方式來指定 JDBC 的類型。
你能創(chuàng)建一個泛型類型處理器,它可以處理多于一個類。為達到此目的, 需要增加一個接收該類作為參數(shù)的構(gòu)造器,這樣在構(gòu)造一個類型處理器的時候 MyBatis 就會傳入一個具體的類。
//GenericTypeHandler.java
public class GenericTypeHandler extends BaseTypeHandler {
private Class type;
public GenericTypeHandler(Class type) {
if (type == null) throw new IllegalArgumentException("Type argument cannot be null");
this.type = type;
}
...
EnumTypeHandler
和 EnumOrdinalTypeHandler
都是泛型類型處理器(generic TypeHandlers), 我們將會在接下來的部分詳細探討。
若想映射枚舉類型 Enum
,則需要從 EnumTypeHandler
或者 EnumOrdinalTypeHandler
中選一個來使用。
比如說我們想存儲取近似值時用到的舍入模式。默認情況下,MyBatis 會利用 EnumTypeHandler
來把 Enum
值轉(zhuǎn)換成對應的名字。
注意 EnumTypeHandler
在某種意義上來說是比較特別的,其他的處理器只針對某個特定的類,而它不同,它會處理任意繼承了 Enum
的類。
不過,我們可能不想存儲名字,相反我們的 DBA 會堅持使用整形值代碼。那也一樣輕而易舉: 在配置文件中把 EnumOrdinalTypeHandler
加到 typeHandlers
中即可, 這樣每個 RoundingMode
將通過他們的序數(shù)值來映射成對應的整形。
<!-- mybatis-config.xml -->
<typeHandlers>
<typeHandler handler="org.apache.ibatis.type.EnumOrdinalTypeHandler" javaType="java.math.RoundingMode"/>
</typeHandlers>
但是怎樣能將同樣的 Enum
既映射成字符串又映射成整形呢?
自動映射器(auto-mapper)會自動地選用 EnumOrdinalTypeHandler
來處理, 所以如果我們想用普通的 EnumTypeHandler
,就非要為那些 SQL 語句顯式地設置要用到的類型處理器不可。
(下一節(jié)才開始講映射器文件,所以如果是首次閱讀該文檔,你可能需要先越過這一步,過會再來看。)
<!DOCTYPE mapper
PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<mapper namespace="org.apache.ibatis.submitted.rounding.Mapper">
<resultMap type="org.apache.ibatis.submitted.rounding.User" id="usermap">
<id column="id" property="id"/>
<result column="name" property="name"/>
<result column="funkyNumber" property="funkyNumber"/>
<result column="roundingMode" property="roundingMode"/>
</resultMap>
<select id="getUser" resultMap="usermap">
select * from users
</select>
<insert id="insert">
insert into users (id, name, funkyNumber, roundingMode) values (
#{id}, #{name}, #{funkyNumber}, #{roundingMode}
)
</insert>
<resultMap type="org.apache.ibatis.submitted.rounding.User" id="usermap2">
<id column="id" property="id"/>
<result column="name" property="name"/>
<result column="funkyNumber" property="funkyNumber"/>
<result column="roundingMode" property="roundingMode" typeHandler="org.apache.ibatis.type.EnumTypeHandler"/>
</resultMap>
<select id="getUser2" resultMap="usermap2">
select * from users2
</select>
<insert id="insert2">
insert into users2 (id, name, funkyNumber, roundingMode) values (
#{id}, #{name}, #{funkyNumber}, #{roundingMode, typeHandler=org.apache.ibatis.type.EnumTypeHandler}
)
</insert>
</mapper>
注意,這里的 select 語句強制使用 resultMap
來代替 resultType
。
MyBatis 每次創(chuàng)建結(jié)果對象的新實例時,它都會使用一個對象工廠(ObjectFactory)實例來完成。 默認的對象工廠需要做的僅僅是實例化目標類,要么通過默認構(gòu)造方法,要么在參數(shù)映射存在的時候通過參數(shù)構(gòu)造方法來實例化。 如果想覆蓋對象工廠的默認行為,則可以通過創(chuàng)建自己的對象工廠來實現(xiàn)。比如:
// ExampleObjectFactory.java
public class ExampleObjectFactory extends DefaultObjectFactory {
public Object create(Class type) {
return super.create(type);
}
public Object create(Class type, List constructorArgTypes, List constructorArgs) {
return super.create(type, constructorArgTypes, constructorArgs);
}
public void setProperties(Properties properties) {
super.setProperties(properties);
}
public boolean isCollection(Class type) {
return Collection.class.isAssignableFrom(type);
}}
<!-- mybatis-config.xml -->
<objectFactory type="org.mybatis.example.ExampleObjectFactory">
<property name="someProperty" value="100"/>
</objectFactory>
ObjectFactory 接口很簡單,它包含兩個創(chuàng)建用的方法,一個是處理默認構(gòu)造方法的,另外一個是處理帶參數(shù)的構(gòu)造方法的。 最后,setProperties 方法可以被用來配置 ObjectFactory,在初始化你的 ObjectFactory 實例后, objectFactory 元素體中定義的屬性會被傳遞給 setProperties 方法。
MyBatis 允許你在已映射語句執(zhí)行過程中的某一點進行攔截調(diào)用。默認情況下,MyBatis 允許使用插件來攔截的方法調(diào)用包括:
這些類中方法的細節(jié)可以通過查看每個方法的簽名來發(fā)現(xiàn),或者直接查看 MyBatis 的發(fā)行包中的源代碼。 假設你想做的不僅僅是監(jiān)控方法的調(diào)用,那么你應該很好的了解正在重寫的方法的行為。 因為如果在試圖修改或重寫已有方法的行為的時候,你很可能在破壞 MyBatis 的核心模塊。 這些都是更低層的類和方法,所以使用插件的時候要特別當心。
通過 MyBatis 提供的強大機制,使用插件是非常簡單的,只需實現(xiàn) Interceptor 接口,并指定了想要攔截的方法簽名即可。
// ExamplePlugin.java
@Intercepts({@Signature(
type= Executor.class,
method = "update",
args = {MappedStatement.class,Object.class})})
public class ExamplePlugin implements Interceptor {
public Object intercept(Invocation invocation) throws Throwable {
return invocation.proceed();
}
public Object plugin(Object target) {
return Plugin.wrap(target, this);
}
public void setProperties(Properties properties) {
}
}
<!-- mybatis-config.xml -->
<plugins>
<plugin interceptor="org.mybatis.example.ExamplePlugin">
<property name="someProperty" value="100"/>
</plugin>
</plugins>
上面的插件將會攔截在 Executor 實例中所有的 "update" 方法調(diào)用, 這里的 Executor 是負責執(zhí)行低層映射語句的內(nèi)部對象。
NOTE 覆蓋配置類
除了用插件來修改 MyBatis 核心行為之外,還可以通過完全覆蓋配置類來達到目的。只需繼承后覆蓋其中的每個方法,再把它傳遞到 sqlSessionFactoryBuilder.build(myConfig) 方法即可。再次重申,這可能會嚴重影響 MyBatis 的行為,務請慎之又慎。
MyBatis 可以配置成適應多種環(huán)境,這種機制有助于將 SQL 映射應用于多種數(shù)據(jù)庫之中, 現(xiàn)實情況下有多種理由需要這么做。例如,開發(fā)、測試和生產(chǎn)環(huán)境需要有不同的配置;或者共享相同 Schema 的多個生產(chǎn)數(shù)據(jù)庫, 想使用相同的 SQL 映射。許多類似的用例。
不過要記?。罕M管可以配置多個環(huán)境,每個 SqlSessionFactory 實例只能選擇其一。
所以,如果你想連接兩個數(shù)據(jù)庫,就需要創(chuàng)建兩個 SqlSessionFactory 實例,每個數(shù)據(jù)庫對應一個。而如果是三個數(shù)據(jù)庫,就需要三個實例,依此類推,記起來很簡單:
為了指定創(chuàng)建哪種環(huán)境,只要將它作為可選的參數(shù)傳遞給 SqlSessionFactoryBuilder 即可??梢越邮墉h(huán)境配置的兩個方法簽名是:
SqlSessionFactory factory = sqlSessionFactoryBuilder.build(reader, environment);
SqlSessionFactory factory = sqlSessionFactoryBuilder.build(reader, environment,properties);
如果忽略了環(huán)境參數(shù),那么默認環(huán)境將會被加載,如下所示:
SqlSessionFactory factory = sqlSessionFactoryBuilder.build(reader);
SqlSessionFactory factory = sqlSessionFactoryBuilder.build(reader,properties);
環(huán)境元素定義了如何配置環(huán)境。
<environments default="development">
<environment id="development">
<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>
注意這里的關鍵點:
默認的環(huán)境和環(huán)境 ID 是一目了然的。隨你怎么命名,只要保證默認環(huán)境要匹配其中一個環(huán)境ID。
事務管理器(transactionManager)
在 MyBatis 中有兩種類型的事務管理器(也就是 type="[JDBC|MANAGED]"):
<transactionManager type="MANAGED">
<property name="closeConnection" value="false"/>
</transactionManager>
NOTE如果你正在使用 Spring + MyBatis,則沒有必要配置事務管理器, 因為 Spring 模塊會使用自帶的管理器來覆蓋前面的配置。
這兩種事務管理器類型都不需要任何屬性。它們不過是類型別名,換句話說,你可以使用 TransactionFactory 接口的實現(xiàn)類的完全限定名或類型別名代替它們。
public interface TransactionFactory {
void setProperties(Properties props);
Transaction newTransaction(Connection conn);
Transaction newTransaction(DataSource dataSource, TransactionIsolationLevel level, boolean autoCommit);
}
任何在 XML 中配置的屬性在實例化之后將會被傳遞給 setProperties() 方法。你也需要創(chuàng)建一個 Transaction 接口的實現(xiàn)類,這個接口也很簡單:
public interface Transaction {
Connection getConnection() throws SQLException;
void commit() throws SQLException;
void rollback() throws SQLException;
void close() throws SQLException;
}
使用這兩個接口,你可以完全自定義 MyBatis 對事務的處理。
數(shù)據(jù)源(dataSource)
dataSource 元素使用標準的 JDBC 數(shù)據(jù)源接口來配置 JDBC 連接對象的資源。
有三種內(nèi)建的數(shù)據(jù)源類型(也就是 type="[UNPOOLED|POOLED|JNDI]"):
UNPOOLED– 這個數(shù)據(jù)源的實現(xiàn)只是每次被請求時打開和關閉連接。雖然一點慢,它對在及時可用連接方面沒有性能要求的簡單應用程序是一個很好的選擇。 不同的數(shù)據(jù)庫在這方面表現(xiàn)也是不一樣的,所以對某些數(shù)據(jù)庫來說使用連接池并不重要,這個配置也是理想的。UNPOOLED 類型的數(shù)據(jù)源僅僅需要配置以下 5 種屬性:
driver
– 這是 JDBC 驅(qū)動的 Java 類的完全限定名(并不是JDBC驅(qū)動中可能包含的數(shù)據(jù)源類)。url
– 這是數(shù)據(jù)庫的 JDBC URL 地址。username
– 登錄數(shù)據(jù)庫的用戶名。password
– 登錄數(shù)據(jù)庫的密碼。defaultTransactionIsolationLevel
– 默認的連接事務隔離級別。作為可選項,你也可以傳遞屬性給數(shù)據(jù)庫驅(qū)動。要這樣做,屬性的前綴為"driver.",例如:
driver.encoding=UTF8
這將通過DriverManager.getConnection(url,driverProperties)方法傳遞值為 UTF8
的 encoding
屬性給數(shù)據(jù)庫驅(qū)動。
POOLED– 這種數(shù)據(jù)源的實現(xiàn)利用"池"的概念將 JDBC 連接對象組織起來,避免了創(chuàng)建新的連接實例時所必需的初始化和認證時間。 這是一種使得并發(fā) Web 應用快速響應請求的流行處理方式。
除了上述提到 UNPOOLED 下的屬性外,會有更多屬性用來配置 POOLED 的數(shù)據(jù)源:
poolMaximumActiveConnections
– 在任意時間可以存在的活動(也就是正在使用)連接數(shù)量,默認值:10poolMaximumIdleConnections
– 任意時間可能存在的空閑連接數(shù)。poolMaximumCheckoutTime
– 在被強制返回之前,池中連接被檢出(checked out)時間,默認值:20000 毫秒(即 20 秒)poolTimeToWait
– 這是一個底層設置,如果獲取連接花費的相當長的時間,它會給連接池打印狀態(tài)日志并重新嘗試獲取一個連接(避免在誤配置的情況下一直安靜的失?。J值:20000 毫秒(即 20 秒)。poolPingQuery
– 發(fā)送到數(shù)據(jù)庫的偵測查詢,用來檢驗連接是否處在正常工作秩序中并準備接受請求。默認是"NO PING QUERY SET",這會導致多數(shù)數(shù)據(jù)庫驅(qū)動失敗時帶有一個恰當?shù)腻e誤消息。poolPingEnabled
– 是否啟用偵測查詢。若開啟,也必須使用一個可執(zhí)行的 SQL 語句設置 poolPingQuery
屬性(最好是一個非常快的 SQL),默認值:false。poolPingConnectionsNotUsedFor
– 配置 poolPingQuery 的使用頻度。這可以被設置成匹配具體的數(shù)據(jù)庫連接超時時間,來避免不必要的偵測,默認值:0(即所有連接每一時刻都被偵測 — 當然僅當 poolPingEnabled 為 true 時適用)。JNDI– 這個數(shù)據(jù)源的實現(xiàn)是為了能在如 EJB 或應用服務器這類容器中使用,容器可以集中或在外部配置數(shù)據(jù)源,然后放置一個 JNDI 上下文的引用。這種數(shù)據(jù)源配置只需要兩個屬性:
initial_context
– 這個屬性用來在 InitialContext 中尋找上下文(即,initialContext.lookup(initial_context))。這是個可選屬性,如果忽略,那么 data_source 屬性將會直接從 InitialContext 中尋找。data_source
– 這是引用數(shù)據(jù)源實例位置的上下文的路徑。提供了 initial_context 配置時會在其返回的上下文中進行查找,沒有提供時則直接在 InitialContext 中查找。和其他數(shù)據(jù)源配置類似,可以通過添加前綴"env."直接把屬性傳遞給初始上下文。比如:
env.encoding=UTF8
這就會在初始上下文(InitialContext)實例化時往它的構(gòu)造方法傳遞值為 UTF8
的 encoding
屬性。
通過需要實現(xiàn)接口 org.apache.ibatis.datasource.DataSourceFactory
, 也可使用任何第三方數(shù)據(jù)源,:
public interface DataSourceFactory {
void setProperties(Properties props);
DataSource getDataSource();
}
org.apache.ibatis.datasource.unpooled.UnpooledDataSourceFactory
可被用作父類來構(gòu)建新的數(shù)據(jù)源適配器,比如下面這段插入 C3P0 數(shù)據(jù)源所必需的代碼:
import org.apache.ibatis.datasource.unpooled.UnpooledDataSourceFactory;
import com.mchange.v2.c3p0.ComboPooledDataSource;
public class C3P0DataSourceFactory extends UnpooledDataSourceFactory {
public C3P0DataSourceFactory() {
this.dataSource = new ComboPooledDataSource();
}
}
為了令其工作,為每個需要 MyBatis 調(diào)用的 setter 方法中增加一個屬性。下面是一個可以連接至 PostgreSQL 數(shù)據(jù)庫的例子:
<dataSource type="org.myproject.C3P0DataSourceFactory">
<property name="driver" value="org.postgresql.Driver"/>
<property name="url" value="jdbc:postgresql:mydb"/>
<property name="username" value="postgres"/>
<property name="password" value="root"/>
</dataSource>
MyBatis 可以根據(jù)不同的數(shù)據(jù)庫廠商執(zhí)行不同的語句,這種多廠商的支持是基于映射語句中的 databaseId
屬性。 MyBatis 會加載不帶 databaseId
屬性和帶有匹配當前數(shù)據(jù)庫 databaseId
屬性的所有語句。 如果同時找到帶有 databaseId
和不帶 databaseId
的相同語句,則后者會被舍棄。 為支持多廠商特性只要像下面這樣在 mybatis-config.xml
文件中加入 databaseIdProvider
即可:
<databaseIdProvider type="DB_VENDOR" />
這里的 DB_VENDOR 會通過 DatabaseMetaData#getDatabaseProductName()
返回的字符串進行設置。 由于通常情況下這個字符串都非常長而且相同產(chǎn)品的不同版本會返回不同的值,所以最好通過設置屬性別名來使其變短,如下:
<databaseIdProvider type="DB_VENDOR">
<property name="SQL Server" value="sqlserver"/>
<property name="DB2" value="db2"/>
<property name="Oracle" value="oracle" />
</databaseIdProvider>
在有 properties 時,DB_VENDOR databaseIdProvider 的將被設置為第一個能匹配數(shù)據(jù)庫產(chǎn)品名稱的屬性鍵對應的值,如果沒有匹配的屬性將會設置為 "null"。 在這個例子中,如果 getDatabaseProductName()
返回"Oracle (DataDirect)",databaseId 將被設置為"oracle"。
你可以通過實現(xiàn)接口 org.apache.ibatis.mapping.DatabaseIdProvider
并在 mybatis-config.xml 中注冊來構(gòu)建自己的 DatabaseIdProvider:
public interface DatabaseIdProvider {
void setProperties(Properties p);
String getDatabaseId(DataSource dataSource) throws SQLException;
}
既然 MyBatis 的行為已經(jīng)由上述元素配置完了,我們現(xiàn)在就要定義 SQL 映射語句了。但是首先我們需要告訴 MyBatis 到哪里去找到這些語句。 Java 在自動查找這方面沒有提供一個很好的方法,所以最佳的方式是告訴 MyBatis 到哪里去找映射文件。你可以使用相對于類路徑的資源引用, 或完全限定資源定位符(包括 file:///
的 URL),或類名和包名等。例如:
<!-- Using classpath relative resources -->
<mappers>
<mapper resource="org/mybatis/builder/AuthorMapper.xml"/>
<mapper resource="org/mybatis/builder/BlogMapper.xml"/>
<mapper resource="org/mybatis/builder/PostMapper.xml"/>
</mappers>
<!-- Using url fully qualified paths -->
<mappers>
<mapper url="file:///var/mappers/AuthorMapper.xml"/>
<mapper url="file:///var/mappers/BlogMapper.xml"/>
<mapper url="file:///var/mappers/PostMapper.xml"/>
</mappers>
<!-- Using mapper interface classes -->
<mappers>
<mapper class="org.mybatis.builder.AuthorMapper"/>
<mapper class="org.mybatis.builder.BlogMapper"/>
<mapper class="org.mybatis.builder.PostMapper"/>
</mappers>
<!-- Register all interfaces in a package as mappers -->
<mappers>
<package name="org.mybatis.builder"/>
</mappers>
這些配置會告訴了 MyBatis 去哪里找映射文件,剩下的細節(jié)就應該是每個 SQL 映射文件了,也就是接下來我們要討論的。
更多建議: