网站建设怎样设置动态背景,巢湖建设网站,南京学习网站建设,网站推广seo招聘转载自 mybatis Mapper XML 文件
Mapper XML 文件
MyBatis 的真正强大在于它的映射语句#xff0c;也是它的魔力所在。由于它的异常强大#xff0c;映射器的 XML 文件就显得相对简单。如果拿它跟具有相同功能的 JDBC 代码进行对比#xff0c;你会立即发现省掉了将近 95%…转载自 mybatis Mapper XML 文件
Mapper XML 文件
MyBatis 的真正强大在于它的映射语句也是它的魔力所在。由于它的异常强大映射器的 XML 文件就显得相对简单。如果拿它跟具有相同功能的 JDBC 代码进行对比你会立即发现省掉了将近 95% 的代码。MyBatis 就是针对 SQL 构建的并且比普通的方法做的更好。
SQL 映射文件有很少的几个顶级元素按照它们应该被定义的顺序
cache – 给定命名空间的缓存配置。cache-ref – 其他命名空间缓存配置的引用。resultMap – 是最复杂也是最强大的元素用来描述如何从数据库结果集中来加载对象。parameterMap – 已废弃老式风格的参数映射。内联参数是首选,这个元素可能在将来被移除这里不会记录。sql – 可被其他语句引用的可重用语句块。insert – 映射插入语句update – 映射更新语句delete – 映射删除语句select – 映射查询语句
下一部分将从语句本身开始来描述每个元素的细节。 select
查询语句是 MyBatis 中最常用的元素之一光能把数据存到数据库中价值并不大如果还能重新取出来才有用多数应用也都是查询比修改要频繁。对每个插入、更新或删除操作通常对应多个查询操作。这是 MyBatis 的基本原则之一也是将焦点和努力放到查询和结果映射的原因。简单查询的 select 元素是非常简单的。比如
select idselectPerson parameterTypeint resultTypehashmapSELECT * FROM PERSON WHERE ID #{id}
/select
这个语句被称作 selectPerson接受一个 int或 Integer类型的参数并返回一个 HashMap 类型的对象其中的键是列名值便是结果行中的对应值。
注意参数符号
#{id}
这就告诉 MyBatis 创建一个预处理语句参数通过 JDBC这样的一个参数在 SQL 中会由一个“?”来标识并被传递到一个新的预处理语句中就像这样
// Similar JDBC code, NOT MyBatis…
String selectPerson SELECT * FROM PERSON WHERE ID?;
PreparedStatement ps conn.prepareStatement(selectPerson);
ps.setInt(1,id);
当然这需要很多单独的 JDBC 的代码来提取结果并将它们映射到对象实例中这就是 MyBatis 节省你时间的地方。我们需要深入了解参数和结果映射细节部分我们下面来了解。
select 元素有很多属性允许你配置来决定每条语句的作用细节。
selectidselectPersonparameterTypeintparameterMapdeprecatedresultTypehashmapresultMappersonResultMapflushCachefalseuseCachetruetimeout10000fetchSize256statementTypePREPAREDresultSetTypeFORWARD_ONLY
Select Attributes属性描述id在命名空间中唯一的标识符可以被用来引用这条语句。parameterType将会传入这条语句的参数类的完全限定名或别名。这个属性是可选的因为 MyBatis 可以通过 TypeHandler 推断出具体传入语句的参数默认值为 unset。parameterMap这是引用外部 parameterMap 的已经被废弃的方法。使用内联参数映射和 parameterType 属性。resultType从这条语句中返回的期望类型的类的完全限定名或别名。注意如果是集合情形那应该是集合可以包含的类型而不能是集合本身。使用 resultType 或 resultMap但不能同时使用。resultMap外部 resultMap 的命名引用。结果集的映射是 MyBatis 最强大的特性对其有一个很好的理解的话许多复杂映射的情形都能迎刃而解。使用 resultMap 或 resultType但不能同时使用。flushCache将其设置为 true任何时候只要语句被调用都会导致本地缓存和二级缓存都会被清空默认值false。useCache将其设置为 true将会导致本条语句的结果被二级缓存默认值对 select 元素为 true。timeout这个设置是在抛出异常之前驱动程序等待数据库返回请求结果的秒数。默认值为 unset依赖驱动。fetchSize这是尝试影响驱动程序每次批量返回的结果行数和这个设置值相等。默认值为 unset依赖驱动。statementTypeSTATEMENTPREPARED 或 CALLABLE 的一个。这会让 MyBatis 分别使用 StatementPreparedStatement 或 CallableStatement默认值PREPARED。resultSetTypeFORWARD_ONLYSCROLL_SENSITIVE 或 SCROLL_INSENSITIVE 中的一个默认值为 unset 依赖驱动。databaseId如果配置了 databaseIdProviderMyBatis 会加载所有的不带 databaseId 或匹配当前 databaseId 的语句如果带或者不带的语句都有则不带的会被忽略。resultOrdered这个设置仅针对嵌套结果 select 语句适用如果为 true就是假设包含了嵌套结果集或是分组了这样的话当返回一个主结果行的时候就不会发生有对前面结果集的引用的情况。这就使得在获取嵌套的结果集的时候不至于导致内存不够用。默认值false。resultSets这个设置仅对多结果集的情况适用它将列出语句执行后返回的结果集并每个结果集给一个名称名称是逗号分隔的。insert, update 和 delete
数据变更语句 insertupdate 和 delete 的实现非常接近
insertidinsertAuthorparameterTypedomain.blog.AuthorflushCachetruestatementTypePREPAREDkeyPropertykeyColumnuseGeneratedKeystimeout20updateidupdateAuthorparameterTypedomain.blog.AuthorflushCachetruestatementTypePREPAREDtimeout20deleteiddeleteAuthorparameterTypedomain.blog.AuthorflushCachetruestatementTypePREPAREDtimeout20
Insert, Update, Delete s Attributes属性描述id命名空间中的唯一标识符可被用来代表这条语句。parameterType将要传入语句的参数的完全限定类名或别名。这个属性是可选的因为 MyBatis 可以通过 TypeHandler 推断出具体传入语句的参数默认值为 unset。parameterMap这是引用外部 parameterMap 的已经被废弃的方法。使用内联参数映射和 parameterType 属性。flushCache将其设置为 true任何时候只要语句被调用都会导致本地缓存和二级缓存都会被清空默认值true对应插入、更新和删除语句。timeout这个设置是在抛出异常之前驱动程序等待数据库返回请求结果的秒数。默认值为 unset依赖驱动。statementTypeSTATEMENTPREPARED 或 CALLABLE 的一个。这会让 MyBatis 分别使用 StatementPreparedStatement 或 CallableStatement默认值PREPARED。useGeneratedKeys仅对 insert 和 update 有用这会令 MyBatis 使用 JDBC 的 getGeneratedKeys 方法来取出由数据库内部生成的主键比如像 MySQL 和 SQL Server 这样的关系数据库管理系统的自动递增字段默认值false。keyProperty仅对 insert 和 update 有用唯一标记一个属性MyBatis 会通过 getGeneratedKeys 的返回值或者通过 insert 语句的 selectKey 子元素设置它的键值默认unset。如果希望得到多个生成的列也可以是逗号分隔的属性名称列表。keyColumn仅对 insert 和 update 有用通过生成的键值设置表中的列名这个设置仅在某些数据库像 PostgreSQL是必须的当主键列不是表中的第一列的时候需要设置。如果希望得到多个生成的列也可以是逗号分隔的属性名称列表。databaseId如果配置了 databaseIdProviderMyBatis 会加载所有的不带 databaseId 或匹配当前 databaseId 的语句如果带或者不带的语句都有则不带的会被忽略。
下面就是 insertupdate 和 delete 语句的示例
insert idinsertAuthorinsert into Author (id,username,password,email,bio)values (#{id},#{username},#{password},#{email},#{bio})
/insertupdate idupdateAuthorupdate Author setusername #{username},password #{password},email #{email},bio #{bio}where id #{id}
/updatedelete iddeleteAuthordelete from Author where id #{id}
/delete
如前所述插入语句的配置规则更加丰富在插入语句里面有一些额外的属性和子元素用来处理主键的生成而且有多种生成方式。
首先如果你的数据库支持自动生成主键的字段比如 MySQL 和 SQL Server那么你可以设置 useGeneratedKeys”true”然后再把 keyProperty 设置到目标属性上就OK了。例如如果上面的 Author 表已经对 id 使用了自动生成的列类型那么语句可以修改为:
insert idinsertAuthor useGeneratedKeystruekeyPropertyidinsert into Author (username,password,email,bio)values (#{username},#{password},#{email},#{bio})
/insert
如果你的数据库还支持多行插入, 你也可以传入一个Authors数组或集合并返回自动生成的主键。
insert idinsertAuthor useGeneratedKeystruekeyPropertyidinsert into Author (username, password, email, bio) valuesforeach itemitem collectionlist separator,(#{item.username}, #{item.password}, #{item.email}, #{item.bio})/foreach
/insert
对于不支持自动生成类型的数据库或可能不支持自动生成主键的 JDBC 驱动MyBatis 有另外一种方法来生成主键。
这里有一个简单甚至很傻的示例它可以生成一个随机 ID你最好不要这么做但这里展示了 MyBatis 处理问题的灵活性及其所关心的广度
insert idinsertAuthorselectKey keyPropertyid resultTypeint orderBEFOREselect CAST(RANDOM()*1000000 as INTEGER) a from SYSIBM.SYSDUMMY1/selectKeyinsert into Author(id, username, password, email,bio, favourite_section)values(#{id}, #{username}, #{password}, #{email}, #{bio}, #{favouriteSection,jdbcTypeVARCHAR})
/insert
在上面的示例中selectKey 元素将会首先运行Author 的 id 会被设置然后插入语句会被调用。这给你了一个和数据库中来处理自动生成的主键类似的行为避免了使 Java 代码变得复杂。
selectKey 元素描述如下
selectKeykeyPropertyidresultTypeintorderBEFOREstatementTypePREPARED
selectKey Attributes属性描述keyPropertyselectKey 语句结果应该被设置的目标属性。如果希望得到多个生成的列也可以是逗号分隔的属性名称列表。keyColumn匹配属性的返回结果集中的列名称。如果希望得到多个生成的列也可以是逗号分隔的属性名称列表。resultType结果的类型。MyBatis 通常可以推算出来但是为了更加确定写上也不会有什么问题。MyBatis 允许任何简单类型用作主键的类型包括字符串。如果希望作用于多个生成的列则可以使用一个包含期望属性的 Object 或一个 Map。order这可以被设置为 BEFORE 或 AFTER。如果设置为 BEFORE那么它会首先选择主键设置 keyProperty 然后执行插入语句。如果设置为 AFTER那么先执行插入语句然后是 selectKey 元素 - 这和像 Oracle 的数据库相似在插入语句内部可能有嵌入索引调用。statementType与前面相同MyBatis 支持 STATEMENTPREPARED 和 CALLABLE 语句的映射类型分别代表 PreparedStatement 和 CallableStatement 类型。
sql
这个元素可以被用来定义可重用的 SQL 代码段可以包含在其他语句中。它可以被静态地(在加载参数) 参数化. 不同的属性值通过包含的实例变化. 比如
sql iduserColumns ${alias}.id,${alias}.username,${alias}.password /sql
这个 SQL 片段可以被包含在其他语句中例如
select idselectUsers resultTypemapselectinclude refiduserColumnsproperty namealias valuet1//include,include refiduserColumnsproperty namealias valuet2//includefrom some_table t1cross join some_table t2
/select
属性值也可以被用在 include 元素的 refid 属性里
include refid${include_target}/
或 include 内部语句中
${prefix}Table
例如
sql idsometable${prefix}Table
/sqlsql idsomeincludefrominclude refid${include_target}/
/sqlselect idselect resultTypemapselectfield1, field2, field3include refidsomeincludeproperty nameprefix valueSome/property nameinclude_target valuesometable//include
/select 参数Parameters
前面的所有语句中你所见到的都是简单参数的例子实际上参数是 MyBatis 非常强大的元素对于简单的做法大概 90% 的情况参数都很少比如
select idselectUsers resultTypeUserselect id, username, passwordfrom userswhere id #{id}
/select
上面的这个示例说明了一个非常简单的命名参数映射。参数类型被设置为 int这样这个参数就可以被设置成任何内容。原生的类型或简单数据类型比如整型和字符串因为没有相关属性它会完全用参数值来替代。然而如果传入一个复杂的对象行为就会有一点不同了。比如
insert idinsertUser parameterTypeUserinsert into users (id, username, password)values (#{id}, #{username}, #{password})
/insert
如果 User 类型的参数对象传递到了语句中id、username 和 password 属性将会被查找然后将它们的值传入预处理语句的参数中。
这点相对于向语句中传参是比较好的而且又简单不过参数映射的功能远不止于此。
首先像 MyBatis 的其他部分一样参数也可以指定一个特殊的数据类型。
#{property,javaTypeint,jdbcTypeNUMERIC}
像 MyBatis 的剩余部分一样javaType 通常可以由参数对象确定除非该对象是一个 HashMap。这时所使用的 TypeHandler 应该明确指明 javaType。
NOTE 如果一个列允许 null 值并且会传递值 null 的参数就必须要指定 JDBC Type。阅读 PreparedStatement.setNull() 的 JavaDocs 文档来获取更多信息。
为了以后定制类型处理方式你也可以指定一个特殊的类型处理器类或别名比如
#{age,javaTypeint,jdbcTypeNUMERIC,typeHandlerMyTypeHandler}
尽管看起来配置变得越来越繁琐但实际上很少需要去设置它们。
对于数值类型还有一个小数保留位数的设置来确定小数点后保留的位数。
#{height,javaTypedouble,jdbcTypeNUMERIC,numericScale2}
最后mode 属性允许你指定 INOUT 或 INOUT 参数。如果参数为 OUT 或 INOUT参数对象属性的真实值将会被改变就像你在获取输出参数时所期望的那样。如果 mode 为 OUT或 INOUT而且 jdbcType 为 CURSOR(也就是 Oracle 的 REFCURSOR)你必须指定一个 resultMap 来映射结果集 ResultMap 到参数类型。要注意这里的 javaType 属性是可选的如果留空并且 jdbcType 是 CURSOR它会被自动地被设为 ResultMap。
#{department, modeOUT, jdbcTypeCURSOR, javaTypeResultSet, resultMapdepartmentResultMap}
MyBatis 也支持很多高级的数据类型比如结构体但是当注册 out 参数时你必须告诉它语句类型名称。比如再次提示在实际中要像这样不能换行
#{middleInitial, modeOUT, jdbcTypeSTRUCT, jdbcTypeNameMY_TYPE, resultMapdepartmentResultMap}
尽管所有这些选项很强大但大多时候你只须简单地指定属性名其他的事情 MyBatis 会自己去推断顶多要为可能为空的列指定 jdbcType。
#{firstName}
#{middleInitial,jdbcTypeVARCHAR}
#{lastName}
字符串替换
默认情况下,使用 #{} 格式的语法会导致 MyBatis 创建 PreparedStatement 参数并安全地设置参数就像使用 ? 一样。这样做更安全更迅速通常也是首选做法不过有时你就是想直接在 SQL 语句中插入一个不转义的字符串。比如像 ORDER BY你可以这样来使用
ORDER BY ${columnName}
这里 MyBatis 不会修改或转义字符串。
NOTE 用这种方式接受用户的输入并将其用于语句中的参数是不安全的会导致潜在的 SQL 注入攻击因此要么不允许用户输入这些字段要么自行转义并检验。 Result Maps
resultMap 元素是 MyBatis 中最重要最强大的元素。它可以让你从 90% 的 JDBC ResultSets 数据提取代码中解放出来, 并在一些情形下允许你做一些 JDBC 不支持的事情。 实际上在对复杂语句进行联合映射的时候它很可能可以代替数千行的同等功能的代码。 ResultMap 的设计思想是简单的语句不需要明确的结果映射而复杂一点的语句只需要描述它们的关系就行了。
你已经见过简单映射语句的示例了,但没有明确的 resultMap。比如:
select idselectUsers resultTypemapselect id, username, hashedPasswordfrom some_tablewhere id #{id}
/select
上述语句只是简单地将所有的列映射到 HashMap 的键上这由 resultType 属性指定。 虽然在大部分情况下都够用但是 HashMap 不是一个很好的领域模型。 你的程序更可能会使用 JavaBean 或 POJO(Plain Old Java Objects普通 Java 对象)作为领域模型。 MyBatis 对两者都支持。看看下面这个 JavaBean:
package com.someapp.model;
public class User {private int id;private String username;private String hashedPassword;public int getId() {return id;}public void setId(int id) {this.id id;}public String getUsername() {return username;}public void setUsername(String username) {this.username username;}public String getHashedPassword() {return hashedPassword;}public void setHashedPassword(String hashedPassword) {this.hashedPassword hashedPassword;}
}
基于 JavaBean 的规范上面这个类有 3 个属性id,username 和 hashedPassword。这些属性会对应到 select 语句中的列名。
这样的一个 JavaBean 可以被映射到 ResultSet就像映射到 HashMap 一样简单。
select idselectUsers resultTypecom.someapp.model.Userselect id, username, hashedPasswordfrom some_tablewhere id #{id}
/select
类型别名是你的好帮手。使用它们你就可以不用输入类的完全限定名称了。比如
!-- In mybatis-config.xml file --
typeAlias typecom.someapp.model.User aliasUser/!-- In SQL Mapping XML file --
select idselectUsers resultTypeUserselect id, username, hashedPasswordfrom some_tablewhere id #{id}
/select
这些情况下MyBatis 会在幕后自动创建一个 ResultMap再基于属性名来映射列到 JavaBean 的属性上。如果列名和属性名没有精确匹配可以在 SELECT 语句中对列使用别名这是一个 基本的 SQL 特性来匹配标签。比如
select idselectUsers resultTypeUserselectuser_id as id,user_name as userName,hashed_password as hashedPasswordfrom some_tablewhere id #{id}
/select
ResultMap 最优秀的地方在于虽然你已经对它相当了解了但是根本就不需要显式地用到他们。 上面这些简单的示例根本不需要下面这些繁琐的配置。 出于示范的原因让我们来看看最后一个示例中如果使用外部的 resultMap 会怎样这也是解决列名不匹配的另外一种方式。
resultMap iduserResultMap typeUserid propertyid columnuser_id /result propertyusername columnuser_name/result propertypassword columnhashed_password/
/resultMap
引用它的语句使用 resultMap 属性就行了注意我们去掉了 resultType 属性。比如:
select idselectUsers resultMapuserResultMapselect user_id, user_name, hashed_passwordfrom some_tablewhere id #{id}
/select
如果世界总是这么简单就好了。
高级结果映射
MyBatis 创建的一个想法是数据库不可能永远是你所想或所需的那个样子。 我们希望每个数据库都具备良好的第三范式或 BCNF 范式可惜它们不总都是这样。 如果有一个独立且完美的数据库映射模式所有应用程序都可以使用它那就太好了但可惜也没有。 ResultMap 就是 MyBatis 对这个问题的答案。
比如我们如何映射下面这个语句
!-- Very Complex Statement --
select idselectBlogDetails resultMapdetailedBlogResultMapselectB.id as blog_id,B.title as blog_title,B.author_id as blog_author_id,A.id as author_id,A.username as author_username,A.password as author_password,A.email as author_email,A.bio as author_bio,A.favourite_section as author_favourite_section,P.id as post_id,P.blog_id as post_blog_id,P.author_id as post_author_id,P.created_on as post_created_on,P.section as post_section,P.subject as post_subject,P.draft as draft,P.body as post_body,C.id as comment_id,C.post_id as comment_post_id,C.name as comment_name,C.comment as comment_text,T.id as tag_id,T.name as tag_namefrom Blog Bleft outer join Author A on B.author_id A.idleft outer join Post P on B.id P.blog_idleft outer join Comment C on P.id C.post_idleft outer join Post_Tag PT on PT.post_id P.idleft outer join Tag T on PT.tag_id T.idwhere B.id #{id}
/select
你可能想把它映射到一个智能的对象模型这个对象表示了一篇博客它由某位作者所写 有很多的博文每篇博文有零或多条的评论和标签。 我们来看看下面这个完整的例子它是一个非常复杂的 ResultMap 假设作者,博客,博文,评论和标签都是类型的别名。 不用紧张我们会一步一步来说明。 虽然它看起来令人望而生畏但其实非常简单。
!-- 超复杂的 Result Map --
resultMap iddetailedBlogResultMap typeBlogconstructoridArg columnblog_id javaTypeint//constructorresult propertytitle columnblog_title/association propertyauthor javaTypeAuthorid propertyid columnauthor_id/result propertyusername columnauthor_username/result propertypassword columnauthor_password/result propertyemail columnauthor_email/result propertybio columnauthor_bio/result propertyfavouriteSection columnauthor_favourite_section//associationcollection propertyposts ofTypePostid propertyid columnpost_id/result propertysubject columnpost_subject/association propertyauthor javaTypeAuthor/collection propertycomments ofTypeCommentid propertyid columncomment_id//collectioncollection propertytags ofTypeTag id propertyid columntag_id//collectiondiscriminator javaTypeint columndraftcase value1 resultTypeDraftPost//discriminator/collection
/resultMap
resultMap 元素有很多子元素和一个值得讨论的结构。 下面是 resultMap 元素的概念视图。
resultMap
constructor - 用于在实例化类时注入结果到构造方法中 idArg - ID 参数;标记出作为 ID 的结果可以帮助提高整体性能arg - 将被注入到构造方法的一个普通结果id – 一个 ID 结果;标记出作为 ID 的结果可以帮助提高整体性能result – 注入到字段或 JavaBean 属性的普通结果association – 一个复杂类型的关联;许多结果将包装成这种类型 嵌套结果映射 – 关联可以指定为一个 resultMap 元素或者引用一个collection – 一个复杂类型的集合 嵌套结果映射 – 集合可以指定为一个 resultMap 元素或者引用一个discriminator – 使用结果值来决定使用哪个 resultMap case – 基于某些值的结果映射 嵌套结果映射 – 一个 case 也是一个映射它本身的结果,因此可以包含很多相 同的元素或者它可以参照一个外部的 resultMap。
ResultMap #x7684;#x5c5e;#x6027;#x5217;#x8868;属性描述id当前命名空间中的一个唯一标识用于标识一个result map.type类的完全限定名, 或者一个类型别名 (内置的别名可以参考上面的表格).autoMapping如果设置这个属性MyBatis将会为这个ResultMap开启或者关闭自动映射。这个属性会覆盖全局的属性 autoMappingBehavior。默认值为unset。
最佳实践 最好一步步地建立结果映射。单元测试可以在这个过程中起到很大帮助。如果你尝试一次创建一个像上面示例那样的巨大的结果映射 那么很可能会出现错误而且很难去使用它来完成工作。 从最简单的形态开始逐步进化。而且别忘了单元测试使用框架的缺点是有时候它们看上去像黑盒子(无论源代码是否可见)。 为了确保你实现的行为和想要的一致最好的选择是编写单元测试。提交 bug 的时候它也能起到很大的作用。
下一部分将详细说明每个元素。
id result
id propertyid columnpost_id/
result propertysubject columnpost_subject/
这些是结果映射最基本的内容。id 和 result 都将一个列的值映射到一个简单数据类型(字符串,整型,双精度浮点数,日期等)的属性或字段。
这两者之间的唯一不同是 id 表示的结果将是对象的标识属性这会在比较对象实例时用到。 这样可以提高整体的性能尤其是缓存和嵌套结果映射(也就是联合映射)的时候。
两个元素都有一些属性:
Id #x548c; Result #x7684;#x5c5e;#x6027;属性描述property映射到列结果的字段或属性。如果用来匹配的 JavaBeans 存在给定名字的属性那么它将会被使用。否则 MyBatis 将会寻找给定名称 property 的字段。 无论是哪一种情形你都可以使用通常的点式分隔形式进行复杂属性导航。比如,你可以这样映射一些简单的东西: “username” ,或者映射到一些复杂的东西: “address.street.number” 。column数据库中的列名,或者是列的别名。一般情况下这和 传递给 resultSet.getString(columnName) 方法的参数一样。javaType一个 Java 类的完全限定名,或一个类型别名(参考上面内建类型别名 的列表) 。如果你映射到一个 JavaBean,MyBatis 通常可以断定类型。 然而,如果你映射到的是 HashMap,那么你应该明确地指定 javaType 来保证期望的行为。jdbcTypeJDBC 类型所支持的 JDBC 类型参见这个表格之后的“支持的 JDBC 类型”。 只需要在可能执行插入、更新和删除的允许空值的列上指定 JDBC 类型。这是 JDBC 的要求而非 MyBatis 的要求。如果你直接面向 JDBC 编程,你需要对可能为 null 的值指定这个类型。typeHandler我们在前面讨论过的默认类型处理器。使用这个属性,你可以覆盖默 认的类型处理器。这个属性值是一个类型处理 器实现类的完全限定名或者是类型别名。
支持的 JDBC 类型
为了未来的参考,MyBatis 通过包含的 jdbcType 枚举型,支持下面的 JDBC 类型。
BITFLOATCHARTIMESTAMPOTHERUNDEFINEDTINYINTREALVARCHARBINARYBLOBNVARCHARSMALLINTDOUBLELONGVARCHARVARBINARYCLOBNCHARINTEGERNUMERICDATELONGVARBINARYBOOLEANNCLOBBIGINTDECIMALTIMENULLCURSORARRAY
构造方法
通过修改对象属性的方式可以满足大多数的数据传输对象(Data Transfer Object,DTO)以及绝大部分领域模型的要求。 但有些情况下你想使用不可变类。 通常来说很少或基本不变的、包含引用或查询数 据的表很适合使用不可变类。 构造方法注入允许你在初始化时 为类设置属性的值而不用暴露出公有方法。MyBatis 也支持私有属性和私有 JavaBeans 属 性来达到这个目的但有一些人更青睐于构造方法注入。constructor 元素就是为此而生的。
看看下面这个构造方法:
public class User {//...public User(Integer id, String username, int age) {//...}
//...
}
为了将结果注入构造方法MyBatis需要通过某种方式定位相应的构造方法。 在下面的例子中MyBatis搜索一个声明了三个形参的的构造方法以 java.lang.Integer, java.lang.Stringand int 的顺序排列。
constructoridArg columnid javaTypeint/arg columnusername javaTypeString/arg columnage javaType_int/
/constructor
当你在处理一个带有多个形参的构造方法时很容易在保证 arg 元素的正确顺序上出错。 从版本 3.4.3 开始可以在指定参数名称的前提下以任意顺序编写 arg 元素。 为了通过名称来引用构造方法参数你可以添加 Param 注解或者使用 -parameters 编译选项并启用 useActualParamName 选项默认开启来编译项目。 下面的例子对于同一个构造方法依然是有效的尽管第二和第三个形参顺序与构造方法中声明的顺序不匹配。
constructoridArg columnid javaTypeint nameid /arg columnage javaType_int nameage /arg columnusername javaTypeString nameusername /
/constructor
如果类中存在名称和类型相同的属性那么可以省略 javaType 。
剩余的属性和规则和普通的 id 和 result 元素是一样的。
属性描述column数据库中的列名,或者是列的别名。一般情况下这和 传递给 resultSet.getString(columnName) 方法的参数一样。javaType一个 Java 类的完全限定名,或一个类型别名(参考上面内建类型别名的列表)。 如果你映射到一个 JavaBean,MyBatis 通常可以断定类型。然而,如 果你映射到的是 HashMap,那么你应该明确地指定 javaType 来保证期望的 行为。jdbcTypeJDBC 类型所支持的 JDBC 类型参见这个表格之前的“支持的 JDBC 类型”。 只需要在可能执行插入、更新和删除的允许空值的列上指定 JDBC 类型。这是 JDBC 的要求而非 MyBatis 的要求。如果你直接面向 JDBC 编程,你需要对可能为 null 的值指定这个类型。typeHandler我们在前面讨论过的默认类型处理器。使用这个属性,你可以覆盖默 认的类型处理器。这个属性值是一个类型处理 器实现类的完全限定名或者是类型别名。select用于加载复杂类型属性的映射语句的 ID,它会从 column 属性中指定的列检索数据作为参数传递给此 select 语句。具体请参考 Association 标签。resultMapResultMap 的 ID可以将嵌套的结果集映射到一个合适的对象树中功能和 select 属性相似它可以实现将多表连接操作的结果映射成一个单一的ResultSet。这样的ResultSet将会将包含重复或部分数据重复的结果集正确的映射到嵌套的对象树中。为了实现它, MyBatis允许你 “串联” ResultMap,以便解决嵌套结果集的问题。想了解更多内容请参考下面的Association元素。name构造方法形参的名字。从3.4.3版本开始通过指定具体的名字你可以以任意顺序写入arg元素。参看上面的解释。
关联
association propertyauthor columnblog_author_id javaTypeAuthorid propertyid columnauthor_id/result propertyusername columnauthor_username/
/association
关联元素处理“有一个”类型的关系。比如,在我们的示例中,一个博客有一个用户。 关联映射就工作于这种结果之上。你指定了目标属性,来获取值的列,属性的 java 类型(很 多情况下 MyBatis 可以自己算出来) ,如果需要的话还有 jdbc 类型,如果你想覆盖或获取的 结果值还需要类型控制器。
关联中不同的是你需要告诉 MyBatis 如何加载关联。MyBatis 在这方面会有两种不同的 方式:
嵌套查询:通过执行另外一个 SQL 映射语句来返回预期的复杂类型。嵌套结果:使用嵌套结果映射来处理重复的联合结果的子集。首先,然让我们来查看这个元素的属性。所有的你都会看到,它和普通的只由 select 和
resultMap 属性的结果映射不同。
属性描述property映射到列结果的字段或属性。如果用来匹配的 JavaBeans 存在给定名字的属性那么它将会被使用。 否则 MyBatis 将会寻找与给定名称相同的字段。 这两种情形你可以使用通常点式的复杂属性导航。比如,你可以这样映射 一 些 东 西 :“ username ”, 或 者 映 射 到 一 些 复 杂 的 东 西 : “address.street.number” 。javaType一个 Java 类的完全限定名,或一个类型别名(参考上面内建类型别名的列 表) 。如果你映射到一个 JavaBean,MyBatis 通常可以断定类型。然而,如 javaType 果你映射到的是 HashMap,那么你应该明确地指定 javaType 来保证所需的 行为。jdbcType在这个表格之前的所支持的 JDBC 类型列表中的类型。JDBC 类型是仅仅 需要对插入, 更新和删除操作可能为空的列进行处理。这是 JDBC 的需要, jdbcType 而不是 MyBatis 的。如果你直接使用 JDBC 编程,你需要指定这个类型-但 仅仅对可能为空的值。typeHandler我们在前面讨论过默认的类型处理器。使用这个属性,你可以覆盖默认的 typeHandler 类型处理器。 这个属性值是类的完全限定名或者是一个类型处理器的实现, 或者是类型别名。
关联的嵌套查询
属性描述column来自数据库的列名,或重命名的列标签。这和通常传递给 resultSet.getString(columnName)方法的字符串是相同的。 column 注 意 : 要 处 理 复 合 主 键 , 你 可 以 指 定 多 个 列 名 通 过 column ” {prop1col1,prop2col2} ” 这种语法来传递给嵌套查询语 句。这会引起 prop1 和 prop2 以参数对象形式来设置给目标嵌套查询语句。select另外一个映射语句的 ID,可以加载这个属性映射需要的复杂类型。获取的 在列属性中指定的列的值将被传递给目标 select 语句作为参数。表格后面 有一个详细的示例。 select 注 意 : 要 处 理 复 合 主 键 , 你 可 以 指 定 多 个 列 名 通 过 column ” {prop1col1,prop2col2} ” 这种语法来传递给嵌套查询语 句。这会引起 prop1 和 prop2 以参数对象形式来设置给目标嵌套查询语句。fetchType可选的。有效值为 lazy和eager。 如果使用了它将取代全局配置参数lazyLoadingEnabled。
示例:
resultMap idblogResult typeBlogassociation propertyauthor columnauthor_id javaTypeAuthor selectselectAuthor/
/resultMapselect idselectBlog resultMapblogResultSELECT * FROM BLOG WHERE ID #{id}
/selectselect idselectAuthor resultTypeAuthorSELECT * FROM AUTHOR WHERE ID #{id}
/select
我们有两个查询语句:一个来加载博客,另外一个来加载作者,而且博客的结果映射描 述了“selectAuthor”语句应该被用来加载它的 author 属性。
其他所有的属性将会被自动加载,假设它们的列和属性名相匹配。
这种方式很简单, 但是对于大型数据集合和列表将不会表现很好。 问题就是我们熟知的 “N1 查询问题”。概括地讲,N1 查询问题可以是这样引起的:
你执行了一个单独的 SQL 语句来获取结果列表(就是“1”)。对返回的每条记录,你执行了一个查询语句来为每个加载细节(就是“N”)。
这个问题会导致成百上千的 SQL 语句被执行。这通常不是期望的。
MyBatis 能延迟加载这样的查询就是一个好处,因此你可以分散这些语句同时运行的消 耗。然而,如果你加载一个列表,之后迅速迭代来访问嵌套的数据,你会调用所有的延迟加 载,这样的行为可能是很糟糕的。
所以还有另外一种方法。
关联的嵌套结果
属性描述resultMap这是结果映射的 ID,可以映射关联的嵌套结果到一个合适的对象图中。这 是一种替代方法来调用另外一个查询语句。这允许你联合多个表来合成到 resultMap 一个单独的结果集。这样的结果集可能包含重复,数据的重复组需要被分 解,合理映射到一个嵌套的对象图。为了使它变得容易,MyBatis 让你“链 接”结果映射,来处理嵌套结果。一个例子会很容易来仿照,这个表格后 面也有一个示例。columnPrefix当连接多表时你将不得不使用列别名来避免ResultSet中的重复列名。指定columnPrefix允许你映射列名到一个外部的结果集中。 请看后面的例子。notNullColumn默认情况下子对象仅在至少一个列映射到其属性非空时才创建。 通过对这个属性指定非空的列将改变默认行为这样做之后Mybatis将仅在这些列非空时才创建一个子对象。 可以指定多个列名使用逗号分隔。默认值未设置(unset)。autoMapping如果使用了当映射结果到当前属性时Mybatis将启用或者禁用自动映射。 该属性覆盖全局的自动映射行为。 注意它对外部结果集无影响所以在select or resultMap属性中这个是毫无意义的。 默认值未设置(unset)。
在上面你已经看到了一个非常复杂的嵌套关联的示例。 下面这个是一个非常简单的示例 来说明它如何工作。代替了执行一个分离的语句,我们联合博客表和作者表在一起,就像:
select idselectBlog resultMapblogResultselectB.id as blog_id,B.title as blog_title,B.author_id as blog_author_id,A.id as author_id,A.username as author_username,A.password as author_password,A.email as author_email,A.bio as author_biofrom Blog B left outer join Author A on B.author_id A.idwhere B.id #{id}
/select
注意这个联合查询, 以及采取保护来确保所有结果被唯一而且清晰的名字来重命名。 这使得映射非常简单。现在我们可以映射这个结果:
resultMap idblogResult typeBlogid propertyid columnblog_id /result propertytitle columnblog_title/association propertyauthor columnblog_author_id javaTypeAuthor resultMapauthorResult/
/resultMapresultMap idauthorResult typeAuthorid propertyid columnauthor_id/result propertyusername columnauthor_username/result propertypassword columnauthor_password/result propertyemail columnauthor_email/result propertybio columnauthor_bio/
/resultMap
在上面的示例中你可以看到博客的作者关联代表着“authorResult”结果映射来加载作 者实例。
非常重要: id元素在嵌套结果映射中扮演着非 常重要的角色。你应该总是指定一个或多个可以唯一标识结果的属性。实际上如果你不指定它的话, MyBatis仍然可以工作,但是会有严重的性能问题。在可以唯一标识结果的情况下, 尽可能少的选择属性。主键是一个显而易见的选择即使是复合主键。
现在,上面的示例用了外部的结果映射元素来映射关联。这使得 Author 结果映射可以 重用。然而,如果你不需要重用它的话,或者你仅仅引用你所有的结果映射合到一个单独描 述的结果映射中。你可以嵌套结果映射。这里给出使用这种方式的相同示例:
resultMap idblogResult typeBlogid propertyid columnblog_id /result propertytitle columnblog_title/association propertyauthor javaTypeAuthorid propertyid columnauthor_id/result propertyusername columnauthor_username/result propertypassword columnauthor_password/result propertyemail columnauthor_email/result propertybio columnauthor_bio//association
/resultMap
如果blog有一个co-author怎么办 select语句将看起来这个样子
select idselectBlog resultMapblogResultselectB.id as blog_id,B.title as blog_title,A.id as author_id,A.username as author_username,A.password as author_password,A.email as author_email,A.bio as author_bio,CA.id as co_author_id,CA.username as co_author_username,CA.password as co_author_password,CA.email as co_author_email,CA.bio as co_author_biofrom Blog Bleft outer join Author A on B.author_id A.idleft outer join Author CA on B.co_author_id CA.idwhere B.id #{id}
/select
再次调用Author的resultMap将定义如下
resultMap idauthorResult typeAuthorid propertyid columnauthor_id/result propertyusername columnauthor_username/result propertypassword columnauthor_password/result propertyemail columnauthor_email/result propertybio columnauthor_bio/
/resultMap
因为结果中的列名与resultMap中的列名不同。 你需要指定columnPrefix去重用映射co-author结果的resultMap。
resultMap idblogResult typeBlogid propertyid columnblog_id /result propertytitle columnblog_title/association propertyauthorresultMapauthorResult /association propertycoAuthorresultMapauthorResultcolumnPrefixco_ /
/resultMap
上面你已经看到了如何处理“有一个”类型关联。但是“有很多个”是怎样的?下面这 个部分就是来讨论这个主题的。
集合
collection propertyposts ofTypedomain.blog.Postid propertyid columnpost_id/result propertysubject columnpost_subject/result propertybody columnpost_body/
/collection
集合元素的作用几乎和关联是相同的。实际上,它们也很相似,文档的异同是多余的。 所以我们更多关注于它们的不同。
我们来继续上面的示例,一个博客只有一个作者。但是博客有很多文章。在博客类中, 这可以由下面这样的写法来表示:
private ListPost posts;
要映射嵌套结果集合到 List 中,我们使用集合元素。就像关联元素一样,我们可以从 连接中使用嵌套查询,或者嵌套结果。
集合的嵌套查询
首先,让我们看看使用嵌套查询来为博客加载文章。
resultMap idblogResult typeBlogcollection propertyposts javaTypeArrayList columnid ofTypePost selectselectPostsForBlog/
/resultMapselect idselectBlog resultMapblogResultSELECT * FROM BLOG WHERE ID #{id}
/selectselect idselectPostsForBlog resultTypePostSELECT * FROM POST WHERE BLOG_ID #{id}
/select
这里你应该注意很多东西,但大部分代码和上面的关联元素是非常相似的。首先,你应 该注意我们使用的是集合元素。然后要注意那个新的“ofType”属性。这个属性用来区分 JavaBean(或字段)属性类型和集合包含的类型来说是很重要的。所以你可以读出下面这个 映射:
collection propertyposts javaTypeArrayList columnid ofTypePost selectselectPostsForBlog/
读作: “在 Post 类型的 ArrayList 中的 posts 的集合。”
javaType 属性是不需要的,因为 MyBatis 在很多情况下会为你算出来。所以你可以缩短 写法:
collection propertyposts columnid ofTypePost selectselectPostsForBlog/
集合的嵌套结果
至此,你可以猜测集合的嵌套结果是如何来工作的,因为它和关联完全相同,除了它应 用了一个“ofType”属性
首先, 让我们看看 SQL:
select idselectBlog resultMapblogResultselectB.id as blog_id,B.title as blog_title,B.author_id as blog_author_id,P.id as post_id,P.subject as post_subject,P.body as post_body,from Blog Bleft outer join Post P on B.id P.blog_idwhere B.id #{id}
/select
我们又一次联合了博客表和文章表,而且关注于保证特性,结果列标签的简单映射。现 在用文章映射集合映射博客,可以简单写为:
resultMap idblogResult typeBlogid propertyid columnblog_id /result propertytitle columnblog_title/collection propertyposts ofTypePostid propertyid columnpost_id/result propertysubject columnpost_subject/result propertybody columnpost_body//collection
/resultMap
同样,要记得 id 元素的重要性,如果你不记得了,请阅读上面的关联部分。
同样, 如果你引用更长的形式允许你的结果映射的更多重用, 你可以使用下面这个替代 的映射:
resultMap idblogResult typeBlogid propertyid columnblog_id /result propertytitle columnblog_title/collection propertyposts ofTypePost resultMapblogPostResult columnPrefixpost_/
/resultMapresultMap idblogPostResult typePostid propertyid columnid/result propertysubject columnsubject/result propertybody columnbody/
/resultMap
注意 这个对你所映射的内容没有深度,广度或关联和集合相联合的限制。当映射它们 时你应该在大脑中保留它们的表现。 你的应用在找到最佳方法前要一直进行的单元测试和性 能测试。好在 myBatis 让你后来可以改变想法,而不对你的代码造成很小(或任何)影响。
高级关联和集合映射是一个深度的主题。文档只能给你介绍到这了。加上一点联系,你 会很快清楚它们的用法。
鉴别器
discriminator javaTypeint columndraftcase value1 resultTypeDraftPost/
/discriminator
有时一个单独的数据库查询也许返回很多不同 (但是希望有些关联) 数据类型的结果集。 鉴别器元素就是被设计来处理这个情况的, 还有包括类的继承层次结构。 鉴别器非常容易理 解,因为它的表现很像 Java 语言中的 switch 语句。
定义鉴别器指定了 column 和 javaType 属性。 列是 MyBatis 查找比较值的地方。 JavaType 是需要被用来保证等价测试的合适类型(尽管字符串在很多情形下都会有用)。比如:
resultMap idvehicleResult typeVehicleid propertyid columnid /result propertyvin columnvin/result propertyyear columnyear/result propertymake columnmake/result propertymodel columnmodel/result propertycolor columncolor/discriminator javaTypeint columnvehicle_typecase value1 resultMapcarResult/case value2 resultMaptruckResult/case value3 resultMapvanResult/case value4 resultMapsuvResult//discriminator
/resultMap
在这个示例中, MyBatis 会从结果集中得到每条记录, 然后比较它的 vehicle 类型的值。 如果它匹配任何一个鉴别器的实例,那么就使用这个实例指定的结果映射。换句话说,这样 做完全是剩余的结果映射被忽略(除非它被扩展,这在第二个示例中讨论) 。如果没有任何 一个实例相匹配,那么 MyBatis 仅仅使用鉴别器块外定义的结果映射。所以,如果 carResult 按如下声明:
resultMap idcarResult typeCarresult propertydoorCount columndoor_count /
/resultMap
那么只有 doorCount 属性会被加载。这步完成后完整地允许鉴别器实例的独立组,尽管 和父结果映射可能没有什么关系。这种情况下,我们当然知道 cars 和 vehicles 之间有关系, 如 Car 是一个 Vehicle 实例。因此,我们想要剩余的属性也被加载。我们设置的结果映射的 简单改变如下。
resultMap idcarResult typeCar extendsvehicleResultresult propertydoorCount columndoor_count /
/resultMap
现在 vehicleResult 和 carResult 的属性都会被加载了。
尽管曾经有些人会发现这个外部映射定义会多少有一些令人厌烦之处。 因此还有另外一 种语法来做简洁的映射风格。比如:
resultMap idvehicleResult typeVehicleid propertyid columnid /result propertyvin columnvin/result propertyyear columnyear/result propertymake columnmake/result propertymodel columnmodel/result propertycolor columncolor/discriminator javaTypeint columnvehicle_typecase value1 resultTypecarResultresult propertydoorCount columndoor_count //casecase value2 resultTypetruckResultresult propertyboxSize columnbox_size /result propertyextendedCab columnextended_cab //casecase value3 resultTypevanResultresult propertypowerSlidingDoor columnpower_sliding_door //casecase value4 resultTypesuvResultresult propertyallWheelDrive columnall_wheel_drive //case/discriminator
/resultMap
要记得 这些都是结果映射, 如果你不指定任何结果, 那么 MyBatis 将会为你自动匹配列 和属性。所以这些例子中的大部分是很冗长的,而其实是不需要的。也就是说,很多数据库 是很复杂的,我们不太可能对所有示例都能依靠它。 自动映射
正如你在前面一节看到的在简单的场景下MyBatis可以替你自动映射查询结果。 如果遇到复杂的场景你需要构建一个result map。 但是在本节你将看到你也可以混合使用这两种策略。 让我们到深一点的层面上看看自动映射是怎样工作的。
当自动映射查询结果时MyBatis会获取sql返回的列名并在java类中查找相同名字的属性忽略大小写。 这意味着如果Mybatis发现了ID列和id属性Mybatis会将ID的值赋给id。
通常数据库列使用大写单词命名单词间用下划线分隔而java属性一般遵循驼峰命名法。 为了在这两种命名方式之间启用自动映射需要将 mapUnderscoreToCamelCase设置为true。
自动映射甚至在特定的result map下也能工作。在这种情况下对于每一个result map,所有的ResultSet提供的列 如果没有被手工映射则将被自动映射。自动映射处理完毕后手工映射才会被处理。 在接下来的例子中 id 和 userName列将被自动映射 hashed_password 列将根据配置映射。
select idselectUsers resultMapuserResultMapselectuser_id as id,user_name as userName,hashed_passwordfrom some_tablewhere id #{id}
/select
resultMap iduserResultMap typeUserresult propertypassword columnhashed_password/
/resultMap
有三种自动映射等级
NONE - 禁用自动映射。仅设置手动映射属性。PARTIAL - 将自动映射结果除了那些有内部定义内嵌结果映射的(joins).FULL - 自动映射所有。
默认值是PARTIAL这是有原因的。当使用FULL时自动映射会在处理join结果时执行并且join取得若干相同行的不同实体数据因此这可能导致非预期的映射。下面的例子将展示这种风险
select idselectBlog resultMapblogResultselectB.id,B.title,A.username,from Blog B left outer join Author A on B.author_id A.idwhere B.id #{id}
/select
resultMap idblogResult typeBlogassociation propertyauthor resultMapauthorResult/
/resultMapresultMap idauthorResult typeAuthorresult propertyusername columnauthor_username/
/resultMap
在结果中Blog和Author均将自动映射。但是注意Author有一个id属性在ResultSet中有一个列名为id 所以Author的id将被填充为Blog的id这不是你所期待的。所以需要谨慎使用FULL。
通过添加autoMapping属性可以忽略自动映射等级配置你可以启用或者禁用自动映射指定的ResultMap。
resultMap iduserResultMap typeUser autoMappingfalseresult propertypassword columnhashed_password/
/resultMap 缓存
MyBatis 包含一个非常强大的查询缓存特性,它可以非常方便地配置和定制。MyBatis 3 中的缓存实现的很多改进都已经实现了,使得它更加强大而且易于配置。
默认情况下是没有开启缓存的,除了局部的 session 缓存,可以增强变现而且处理循环 依赖也是必须的。要开启二级缓存,你需要在你的 SQL 映射文件中添加一行:
cache/
字面上看就是这样。这个简单语句的效果如下:
映射语句文件中的所有 select 语句将会被缓存。映射语句文件中的所有 insert,update 和 delete 语句会刷新缓存。缓存会使用 Least Recently Used(LRU,最近最少使用的)算法来收回。根据时间表(比如 no Flush Interval,没有刷新间隔), 缓存不会以任何时间顺序 来刷新。缓存会存储列表集合或对象(无论查询方法返回什么)的 1024 个引用。缓存会被视为是 read/write(可读/可写)的缓存,意味着对象检索不是共享的,而 且可以安全地被调用者修改,而不干扰其他调用者或线程所做的潜在修改。
NOTE The cache will only apply to statements declared in the mapping file where the cache tag is located. If you are using the Java API in conjunction with the XML mapping files, then statements declared in the companion interface will not be cached by default. You will need to refer to the cache region using the CacheNamespaceRef annotation.
所有的这些属性都可以通过缓存元素的属性来修改。比如:
cacheevictionFIFOflushInterval60000size512readOnlytrue/
这个更高级的配置创建了一个 FIFO 缓存,并每隔 60 秒刷新,存数结果对象或列表的 512 个引用,而且返回的对象被认为是只读的,因此在不同线程中的调用者之间修改它们会 导致冲突。
可用的收回策略有:
LRU – 最近最少使用的:移除最长时间不被使用的对象。FIFO – 先进先出:按对象进入缓存的顺序来移除它们。SOFT – 软引用:移除基于垃圾回收器状态和软引用规则的对象。WEAK – 弱引用:更积极地移除基于垃圾收集器状态和弱引用规则的对象。
默认的是 LRU。
flushInterval(刷新间隔)可以被设置为任意的正整数,而且它们代表一个合理的毫秒 形式的时间段。默认情况是不设置,也就是没有刷新间隔,缓存仅仅调用语句时刷新。
size(引用数目)可以被设置为任意正整数,要记住你缓存的对象数目和你运行环境的 可用内存资源数目。默认值是 1024。
readOnly(只读)属性可以被设置为 true 或 false。只读的缓存会给所有调用者返回缓 存对象的相同实例。因此这些对象不能被修改。这提供了很重要的性能优势。可读写的缓存 会返回缓存对象的拷贝(通过序列化) 。这会慢一些,但是安全,因此默认是 false。
使用自定义缓存
除了这些自定义缓存的方式, 你也可以通过实现你自己的缓存或为其他第三方缓存方案 创建适配器来完全覆盖缓存行为。
cache typecom.domain.something.MyCustomCache/
这个示 例展 示了 如何 使用 一个 自定义 的缓 存实 现。type 属 性指 定的 类必 须实现 org.mybatis.cache.Cache 接口。这个接口是 MyBatis 框架中很多复杂的接口之一,但是简单 给定它做什么就行。
public interface Cache {String getId();int getSize();void putObject(Object key, Object value);Object getObject(Object key);boolean hasKey(Object key);Object removeObject(Object key);void clear();
}
要配置你的缓存, 简单和公有的 JavaBeans 属性来配置你的缓存实现, 而且是通过 cache 元素来传递属性, 比如, 下面代码会在你的缓存实现中调用一个称为 “setCacheFile(String file)” 的方法:
cache typecom.domain.something.MyCustomCacheproperty namecacheFile value/tmp/my-custom-cache.tmp/
/cache
你可以使用所有简单类型作为 JavaBeans 的属性,MyBatis 会进行转换。 And you can specify a placeholder(e.g. ${cache.file}) to replace value defined at configuration properties.
从3.4.2版本开始MyBatis已经支持在所有属性设置完毕以后可以调用一个初始化方法。如果你想要使用这个特性请在你的自定义缓存类里实现org.apache.ibatis.builder.InitializingObject 接口。
public interface InitializingObject {void initialize() throws Exception;
}
记得缓存配置和缓存实例是绑定在 SQL 映射文件的命名空间是很重要的。因此,所有 在相同命名空间的语句正如绑定的缓存一样。 语句可以修改和缓存交互的方式, 或在语句的 语句的基础上使用两种简单的属性来完全排除它们。默认情况下,语句可以这样来配置:
select ... flushCachefalse useCachetrue/
insert ... flushCachetrue/
update ... flushCachetrue/
delete ... flushCachetrue/
因为那些是默认的,你明显不能明确地以这种方式来配置一条语句。相反,如果你想改 变默认的行为,只能设置 flushCache 和 useCache 属性。比如,在一些情况下你也许想排除 从缓存中查询特定语句结果,或者你也许想要一个查询语句来刷新缓存。相似地,你也许有 一些更新语句依靠执行而不需要刷新缓存。
参照缓存
回想一下上一节内容, 这个特殊命名空间的唯一缓存会被使用或者刷新相同命名空间内 的语句。也许将来的某个时候,你会想在命名空间中共享相同的缓存配置和实例。在这样的 情况下你可以使用 cache-ref 元素来引用另外一个缓存。
cache-ref namespacecom.someone.application.data.SomeMapper/
