属性值也可以用于include refid属性或include子句中的属性值，例如:

  ${prefix}Table



  from
    



  select
    field1, field2, field3
  
    
    
  

参数（Parameters）

前面的所有语句中都是简单参数的例子，实际上参数是MyBatis非常强大的元素，对于简单的做法，大概90%的情况参数都很少，比如：

  select id, username, password
  from users
  where id = #{id}

上面的这个示例说明了一个非常简单的命名参数映射。参数类型被设置为User，这样这个参数就可以被设置成任何内容。原生的类型或简单数据类型（比如整型和字符串）因为没有相关属性，它会完全用参数值来替代。然而，如果传入一个复杂的对象，行为就会有一点不同了。比如：

  insert into users (id, username, password)
  values (#{id}, #{username}, #{password})

如果User类型的参数对象传递到了语句中，id、username和password属性将会被查找，然后将它们的值传入预处理语句的参数中。这点对于向语句中传参是比较好的而且又简单，不过参数映射的功能远不止于此。首先，像MyBatis的其他部分一样，参数也可以指定一个特殊的数据类型。

#{property,javaType=int,jdbcType=NUMERIC}

像MyBatis的剩余部分一样，javaType通常可以从参数对象中来去确定，前提是只要对象不是一个HashMap。那么javaType应该被确定来保证使用正确类型处理器。NOTE如果null被当作值来传递，对于所有可能为空的列，JDBCType是需要的。你可以自己通过阅读预处理语句的setNull()方法的JavaDocs文档来研究这种情况。为了以后定制类型处理方式，你也可以指定一个特殊的类型处理器类（或别名），比如：

#{age,javaType=int,jdbcType=NUMERIC,typeHandler=MyTypeHandler}

尽管看起来配置变得越来越繁琐，但实际上是很少去设置它们。对于数值类型，还有一个小数保留位数的设置，来确定小数点后保留的位数。

#{height,javaType=double,jdbcType=NUMERIC,numericScale=2}

最后，mode属性允许你指定IN，OUT或INOUT参数。如果参数为OUT或INOUT，参数对象属性的真实值将会被改变，就像你在获取输出参数时所期望的那样。如果mode为OUT（或INOUT），而且jdbcType为CURSOR(也就是Oracle的REFCURSOR)，你必须指定一个resultMap来映射结果集到参数类型。要注意这里的javaType属性是可选的，如果左边的空白是jdbcType的CURSOR类型，它会自动地被设置为结果集。

#{department, mode=OUT, jdbcType=CURSOR, javaType=ResultSet, resultMap=departmentResultMap}

MyBatis也支持很多高级的数据类型，比如结构体，但是当注册out参数时你必须告诉它语句类型名称。比如（再次提示，在实际中要像这样不能换行）：

#{middleInitial, mode=OUT, jdbcType=STRUCT, jdbcTypeName=MY_TYPE, resultMap=departmentResultMap}

尽管所有这些强大的选项很多时候你只简单指定属性名，其他的事情MyBatis会自己去推断，最多你需要为可能为空的列名指定jdbcType。

#{firstName}
#{middleInitial,jdbcType=VARCHAR}
#{lastName}

字符串替换

默认情况下,使用#{}格式的语法会导致MyBatis创建预处理语句属性并安全地设置值（比如?）。这样做更安全，更迅速，通常也是首选做法，不过有时你只是想直接在SQL语句中插入一个不改变的字符串。比如，像ORDER BY，你可以这样来使用：

ORDER BY ${columnName}

这里MyBatis不会修改或转义字符串。NOTE以这种方式接受从用户输出的内容并提供给语句中不变的字符串是不安全的，会导致潜在的SQL注入攻击，因此要么不允许用户输入这些字段，要么自行转义并检验。

Result Maps

resultMap元素是MyBatis中最重要最强大的元素。它就是让你远离90%的需要从结果集中取出数据的JDBC代码的那个东西，而且在一些情形下允许你做一些JDBC不支持的事情。事实上，编写相似于对复杂语句联合映射这些等同的代码，也许可以跨过上千行的代码。ResultMap的设计就是简单语句不需要明确的结果映射，而很多复杂语句确实需要描述它们的关系。你已经看到简单映射语句的示例了，但没有明确的resultMap。比如:

  select id, username, hashedPassword
  from some_table
  where id = #{id}

这样一个语句简单作用于所有列被自动映射到HashMap的键上，这由?resultType?属性指定。这在很多情况下是有用的，但是HashMap不能很好描述一个领域模型。那样你的应用程序将会使用JavaBeans或POJOs(Plain Old Java Objects，普通Java对象)来作为领域模型。MyBatis对两者都支持。看看下面这个JavaBean:

@Data
public class User {
    private int id;
    private String username;
    private String hashedPassword;
}

基于JavaBean的规范，上面这个类有3个属性：?id?，?username?和?hashedPassword?。这些在select语句中会精确匹配到列名。这样的一个JavaBean可以被映射到结果集，就像映射到HashMap一样简单。

  select id, username, hashedPassword
  from some_table
  where id = #{id}

要记住类型别名。使用它们你可以不用输入类的全路径。比如:

  select id, username, hashedPassword
  from some_table
  where id = #{id}

这些情况下，MyBatis会在幕后自动创建一个ResultMap，基于属性名来映射列到JavaBean的属性上。如果列名没有精确匹配，可以在列名上使用select字句的别名(一个基本的SQL特性)来匹配标签。比如:

  select
    user_id as id,
    user_name as userName,
    hashed_password as hashedPassword
  from some_table
  where id = #{id}

ResultMap最优秀的地方你已经了解了很多了，但是你还没有真正的看到一个。这些简单的示例不需要比你看到的更多东西。只是出于示例的原因，让我们来看看最后一个示例中外部的resultMap是什么样子的，这也是解决列名不匹配的另外一种方式。

引用它的语句使用resultMap属性就行了(注意我们去掉了resultType属性)。比如:

  select user_id, user_name, hashed_password
  from some_table
  where id = #{id}

高级结果映射

MyBatis创建的一个想法:数据库不用永远是你想要的或需要它们是什么样的。而我们最喜欢的数据库最好是第三范式或BCNF模式，但它们有时不是。如果可能有一个单独的数据库映射，所有应用程序都可以使用它，这是非常好的，但有时也不是。结果映射就是MyBatis提供处理这个问题的答案。比如，我们如何映射下面这个语句?

  select
       B.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_name
  from Blog B
       left outer join Author A on B.author_id = A.id
       left outer join Post P on B.id = P.blog_id
       left outer join Comment C on P.id = C.post_id
       left outer join Post_Tag PT on PT.post_id = P.id
       left outer join Tag T on PT.tag_id = T.id
  where B.id = #{id}

你可能想把它映射到一个智能的对象模型，包含一个作者写的博客，有很多的博文，每篇博文有零条或多条的评论和标签。下面是一个完整的复杂结果映射例子(假设作者，博客，博文，评论和标签都是类型的别名)。

resultMap元素有很多子元素和一个值得讨论的结构。下面是resultMap元素的概念视图

resultMap

• constructor - 类在实例化时，用来注入结果到构造方法中
  • idArg - ID参数;标记结果作为ID可以帮助提高整体效能
  • arg - 注入到构造方法的一个普通结果
• id – 一个ID结果;标记结果作为ID可以帮助提高整体效能
• result – 注入到字段或JavaBean属性的普通结果
• association – 一个复杂的类型关联；许多结果将包成这种类型
  • 嵌入结果映射 – 结果映射自身的关联，或者参考一个
• collection – 复杂类型的集
  • 嵌入结果映射 – 结果映射自身的集，或者参考一个
• discriminator – 使用结果值来决定使用哪个结果映射
  • case – 基于某些值的结果映射
    • 嵌入结果映射 – 这种情形结果也映射它本身，因此可以包含很多相同的元素，或者它可以参照一个外部的结果映射。

ResultMap Attributes

最佳实践通常逐步建立结果映射。单元测试的真正帮助在这里。如果你尝试创建一次创建一个向上面示例那样的巨大的结果映射，那么可能会有错误而且很难去控制它来工作。开始简单一些,一步一步的发展。而且要进行单元测试!使用该框架的缺点是它们有时是黑盒(是否可见源代码)。你确定你实现想要的行为的最好选择是编写单元测试。它也可以你帮助得到提交时的错误。

下面一部分将详细说明每个元素。

id & result

这些是结果映射最基本内容。id和result都映射一个单独列的值到简单数据类型(字符串，整型，双精度浮点数，日期等)的单独属性或字段。

这两者之间的唯一不同是id表示的结果将是当比较对象实例时用到的标识属性。这帮助来改进整体表现，特别是缓存和嵌入结果映射(也就是联合映射)。

每个都有一些属性:

?Id and Result Attributes?

支持的JDBC类型

为了未来的参考，MyBatis通过包含的jdbcType枚举型,支持下面的JDBC类型。

构造方法

对于大多数数据传输对象(Data Transfer Object，DTO)类型，属性可以起作用，而且像你绝大多数的领域模型，指令也许是你想使用一成不变的类的地方。通常包含引用或查询数据的表很少或基本不变的话对一成不变的类来说是合适的。构造方法注入允许你在初始化时为类设置属性的值，而不用暴露出公有方法。MyBatis也支持私有属性和私有JavaBeans属性来达到这个目的，但是一些人更青睐构造方法注入。构造方法元素支持这个。

看看下面这个构造方法:

public class User {
    //...
    public User(int id, String username) {
       //...
    }
    //...
}

为了向这个构造方法中注入结果，MyBatis需要通过它的参数的类型来标识构造方法。Java没有自查(反射)参数名的方法。所以当创建一个构造方法元素时，保证参数是按顺序排列的，而且数据类型也是确定的。

剩余的属性和规则和固定的id和result元素是相同的。

关联

关联元素处理"有一个"类型的关系。比如，在我们的示例中，一个博客有一个用户。关联映射就工作于这种结果之上。你指定了目标属性，来获取值的列，属性的java类型(很多情况下MyBatis可以自己算出来)，如果需要的话还有jdbc类型，如果你想覆盖或获取的结果值还需要类型控制器。

关联中不同的是你需要告诉MyBatis如何加载关联。MyBatis在这方面会有两种不同的方式:

• 嵌套查询:通过执行另外一个SQL映射语句来返回预期的复杂类型。
• 嵌套结果:使用嵌套结果映射来处理重复的联合结果的子集。首先，然让我们来查看这个元素的属性。所有的你都会看到，它和普通的只由select和resultMap属性的结果映射不同。

关联的嵌套查询

示例:

  



  SELECT * FROM BLOG WHERE ID = #{id}



  SELECT * FROM AUTHOR WHERE ID = #{id}

我们有两个查询语句:一个来加载博客，另外一个来加载作者，而且博客的结果映射描述了"selectAuthor"语句应该被用来加载它的author属性。

其他所有的属性将会被自动加载，假设它们的列和属性名相匹配。

这种方式很简单，但是对于大型数据集合和列表将不会表现很好。问题就是我们熟知的"N+1查询问题"。概括地讲，N+1查询问题可以是这样引起的:

• 你执行了一个单独的SQL语句来获取结果列表(就是"+1")。
• 对返回的每条记录，你执行了一个查询语句来为每个加载细节(就是"N")。

这个问题会导致成百上千的SQL语句被执行。这通常不是期望的。

MyBatis能延迟加载这样的查询就是一个好处，因此你可以分散这些语句同时运行的消耗。然而，如果你加载一个列表，之后迅速迭代来访问嵌套的数据，你会调用所有的延迟加载，这样的行为可能是很糟糕的。

所以还有另外一种方法。

关联的嵌套结果

在上面你已经看到了一个非常复杂的嵌套关联的示例。下面这个是一个非常简单的示例来说明它如何工作。代替了执行一个分离的语句，我们联合博客表和作者表在一起，就像:

  select
    B.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
  from Blog B left outer join Author A on B.author_id = A.id
  where B.id = #{id}

注意这个联合查询，以及采取保护来确保所有结果被唯一而且清晰的名字来重命名。这使得映射非常简单。现在我们可以映射这个结果:

在上面的示例中你可以看到博客的作者关联代表着"authorResult"结果映射来加载作者实例。

非常重要：在嵌套据诶过映射中id元素扮演了非常重要的角色。应应该通常指定一个或多个属性,它们可以用来唯一标识结果。实际上就是如果你离开她了，但是有一个严重的性能问题时MyBatis仍然可以工作。选择的属性越少越好，它们可以唯一地标识结果。主键就是一个显而易见的选择(尽管是联合主键)。

现在，上面的示例用了外部的结果映射元素来映射关联。这使得Author结果映射可以重用。然而，如果你不需要重用它的话，或者你仅仅引用你所有的结果映射合到一个单独描述的结果映射中。你可以嵌套结果映射。这里给出使用这种方式的相同示例:

如果博客有一个共同作者呢?select语句如下:

  select
    B.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_bio
  from Blog B
  left outer join Author A on B.author_id = A.id
  left outer join Author CA on B.co_author_id = CA.id
  where B.id = #{id}

回想一下，Author的resultMap定义如下:

由于结果中的列名与resultMap中定义的列不同，因此您需要指定columnPrefix来重新使用resultMap，以便映射合Author的结果。

上面你已经看到了如何处理"有一个"类型关联。但是"有很多个"是怎样的?下面这个部分就是来讨论这个主题的。

集合

集合元素的作用几乎和关联是相同的。实际上，它们也很相似，文档的异同是多余的。所以我们更多关注于它们的不同。我们来继续上面的示例，一个博客只有一个作者。但是博客有很多文章。在博客类中，这可以由下面这样的写法来表示:

private List posts;

要映射嵌套结果集合到List中，我们使用集合元素。就像关联元素一样，我们可以从连接中使用嵌套查询，或者嵌套结果。

集合的嵌套查询

首先，让我们看看使用嵌套查询来为博客加载文章。

  



  SELECT * FROM BLOG WHERE ID = #{id}



  SELECT * FROM POST WHERE BLOG_ID = #{id}

这里你应该注意很多东西，但大部分代码和上面的关联元素是非常相似的。首先，你应该注意我们使用的是集合元素。然后要注意那个新的"ofType"属性。这个属性用来区分JavaBean(或字段)属性类型和集合包含的类型来说是很重要的。所以你可以读出下面这个映射:

读作:"在Post类型的ArrayList中的posts的集合。"

javaType属性是不需要的，因为MyBatis在很多情况下会为你算出来。所以你可以缩短写法:

集合的嵌套结果

至此，你可以猜测集合的嵌套结果是如何来工作的，因为它和关联完全相同，除了它应用了一个"ofType"属性

First，let's look at the SQL:

  select
  B.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 B
  left outer join Post P on B.id = P.blog_id
  where B.id = #{id}

我们又一次联合了博客表和文章表，而且关注于保证特性，结果列标签的简单映射。现在用文章映射集合映射博客，可以简单写为:

同样，要记得id元素的重要性，如果你不记得了，请阅读上面的关联部分。同样，如果你引用更长的形式允许你的结果映射的更多重用，你可以使用下面这个替代的映射：

注意：这个对你所映射的内容没有深度，广度或关联和集合相联合的限制。当映射它们时你应该在大脑中保留它们的表现。你的应用在找到最佳方法前要一直进行的单元测试和性能测试。好在myBatis让你后来可以改变想法，而不对你的代码造成很小(或任何)影响。

高级关联和集合映射是一个深度的主题。文档只能给你介绍到这了。加上一点联系，你会很快清楚它们的用法。

鉴别器

有时一个单独的数据库查询也许返回很多不同(但是希望有些关联)数据类型的结果集。鉴别器元素就是被设计来处理这个情况的，还有包括类的继承层次结构。鉴别器非常容易理解，因为它的表现很像Java语言中的switch语句。定义鉴别器指定了column和javaType属性。列是MyBatis查找比较值的地方。JavaType是需要被用来保证等价测试的合适类型(尽管字符串在很多情形下都会有用)。比如:

在这个示例中，MyBatis会从结果集中得到每条记录，然后比较它的vehicle类型的值。如果它匹配任何一个鉴别器的实例，那么就使用这个实例指定的结果映射。换句话说，这样做完全是剩余的结果映射被忽略(除非它被扩展，这在第二个示例中讨论)。如果没有任何一个实例相匹配，那么MyBatis仅仅使用鉴别器块外定义的结果映射。所以,如果carResult按如下声明:

那么只有doorCount属性会被加载。这步完成后完整地允许鉴别器实例的独立组，尽管和父结果映射可能没有什么关系。这种情况下，我们当然知道cars和vehicles之间有关系，如Car是一个Vehicle实例。因此，我们想要剩余的属性也被加载。我们设置的结果映射的简单改变如下。

现在vehicleResult和carResult的属性都会被加载了。尽管曾经有些人会发现这个外部映射定义会多少有一些令人厌烦之处。因此还有另外一种语法来做简洁的映射风格。比如:

要记得这些都是结果映射，如果你不指定任何结果，那么MyBatis将会为你自动匹配列和属性。所以这些例子中的大部分是很冗长的，而其实是不需要的。也就是说，很多数据库是很复杂的，我们不太可能对所有示例都能依靠它。

自动映射

在简单的场景下，MyBatis可以替你自动映射查询结果。如果遇到复杂的场景，你需要构建一个resultmap。可以混合使用这两种策略。当自动映射查询结果时，MyBatis会获取sql返回的列名并在java类中查找相同名字的属性（忽略大小写）。这意味着如果Mybatis发现了ID列和id属性，Mybatis会将ID的值赋给id。通常数据库列使用大写单词命名，单词间用下划线分隔；而java属性一般遵循驼峰命名法。为了在这两种命名方式之间启用自动映射，需要将mapUnderscoreToCamelCase设置为true。自动映射甚至在特定的resultmap下也能工作。在这种情况下，对于每一个resultmap，所有的ResultSet提供的列，如果没有被手工映射，则将被自动映射。自动映射处理完毕后手工映射才会被处理。在接下来的例子中，id和userName列将被自动映射，hashedpassword列将根据配置映射。

  select
    user_id             as "id",
    user_name           as "userName",
    hashed_password
  from some_table
  where id = #{id}

有三个自动映射级别:

• NONE - 禁用自动映射，只有手动映射属性才会被设置。
• PARTIAL - 将自动映射结果，除了那些嵌套结果映射（连接）内的结果。
• FULL - 自动映射一切

默认值是PARTIAL，这是有原因的。使用FULL时，将在处理连接结果时执行自动映射，并且连接会检索同一行中的多个不同实体的数据，因此可能会导致不需要的映射。要了解风险，请查看下面的示例：

  select
    B.id,
    B.title,
    A.username,
  from Blog B left outer join Author A on B.author_id = A.id
  where B.id = #{id}

在结果中Blog和Author均将自动映射。但是注意Author有一个id属性，在ResultSet中有一个列名为id，所以Author的id将被填充为Blog的id，这不是你所期待的。所以需要谨慎使用FULL。通过添加autoMapping属性可以忽略自动映射等级配置，你可以启用或者禁用自动映射指定的ResultMap。

缓存

MyBatis包含一个非常强大的查询缓存特性，它可以非常方便地配置和定制。MyBatis3中的缓存实现的很多改进都已经实现了，使得它更加强大而且易于配置。默认情况下是没有开启缓存的，除了局部的session缓存，可以增强变现而且处理循环依赖也是必须的。要开启二级缓存，你需要在你的SQL映射文件中添加一行:

字面上看就是这样。这个简单语句的效果如下:

• 映射语句文件中的所有select语句将会被缓存。
• 映射语句文件中的所有insert,update和delete语句会刷新缓存。
• 缓存会使用Least Recently Used(LRU，最近最少使用的)算法来收回。
• 根据时间表(比如no Flush Interval，没有刷新间隔),缓存不会以任何时间顺序来刷新。
• 缓存会存储列表集合或对象(无论查询方法返回什么)的1024个引用。
• 缓存会被视为是read/write(可读/可写)的缓存，意味着对象检索不是共享的，而且可以安全地被调用者修改，而不干扰其他调用者或线程所做的潜在修改。

所有的这些属性都可以通过缓存元素的属性来修改。比如:

这个更高级的配置创建了一个FIFO缓存，并每隔60秒刷新，存数结果对象或列表的512个引用，而且返回的对象被认为是只读的，因此在不同线程中的调用者之间修改它们会导致冲突。可用的收回策略有:

• LRU(默认) – 最近最少使用的:移除最长时间不被使用的对象。
• FIFO – 先进先出:按对象进入缓存的顺序来移除它们。
• SOFT – 软引用:移除基于垃圾回收器状态和软引用规则的对象。
• WEAK – 弱引用:更积极地移除基于垃圾收集器状态和弱引用规则的对象。

flushInterval(刷新间隔)可以被设置为任意的正整数，而且它们代表一个合理的毫秒形式的时间段。默认情况是不设置，也就是没有刷新间隔，缓存仅仅调用语句时刷新。
size(引用数目)可以被设置为任意正整数，要记住你缓存的对象数目和你运行环境的可用内存资源数目。默认值是1024。
readOnly(只读)属性可以被设置为true或false。只读的缓存会给所有调用者返回缓存对象的相同实例。因此这些对象不能被修改。这提供了很重要的性能优势。可读写的缓存会返回缓存对象的拷贝(通过序列化)。这会慢一些，但是安全，因此默认是false。

使用自定义缓存

除了这些自定义缓存的方式，你也可以通过实现你自己的缓存或为其他第三方缓存方案创建适配器来完全覆盖缓存行为。

这个示例展示了如何使用一个自定义的缓存实现。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)"的方法:

你可以使用所有简单类型作为JavaBeans的属性，MyBatis会进行转换。

记得缓存配置和缓存实例是绑定在SQL映射文件的命名空间是很重要的。因此，所有在相同命名空间的语句正如绑定的缓存一样。语句可以修改和缓存交互的方式，或在语句的语句的基础上使用两种简单的属性来完全排除它们。默认情况下,语句可以这样来配置:

因为那些是默认的，你明显不能明确地以这种方式来配置一条语句。相反，如果你想改变默认的行为，只能设置flushCache和useCache属性。比如,在一些情况下你也许想排除从缓存中查询特定语句结果，或者你也许想要一个查询语句来刷新缓存。相似地，你也许有一些更新语句依靠执行而不需要刷新缓存。
参照缓存
这个特殊命名空间的唯一缓存会被使用或者刷新相同命名空间内的语句。也许将来的某个时候，你会想在命名空间中共享相同的缓存配置和实例。在这样的情况下你可以使用cache-ref元素来引用另外一个缓存。


参考

MyBatis XML映射文件
MyBatis 动态SQL
MyBatis动态sql语句


						  
					  
						
							


						

							
							
			mybatis							
						



						
						
						


						

						
					
					

					
					

						
相关
						
				
						
			

																
								

										
mybatis的一级缓存和二级缓存
									
									

								 

        
								
							
							

																
								

										
Springboot配置tk-mybatis
									
									

								 

        
								
							
							

																
								

										
jdbc,jpa,springjdbc，springdatajpa,mybatis之间的区别
									
									

								 

        
								
							
							

																
								

										
Mybatis： 简介
									
									

								 

        
								
							
							

																
								

										
SpringBoot学习- 3、整合MyBatis
									
									

								 

        
								
							
							

																
								

										
spring-boot mybatis配置
									
									

								 

        
								
							
							

																
								

										
SpringBoot+Mybatis加载Mapper.xml文件的两种方式
									
									

								 

        
								
							
							

																
								

										
mybatis-plus 多租户屏蔽某个特定mapper的方法@InterceptorIgnore
									
									

								 

        
								
							
							

																
								

										
[Mybatis]2.增删改
									
									

								 

        
								
							
							

																
								

										
MyBatis学习总结（二）——MyBatis核心配置文件与输入输出映射
									
									

								 

        
								
							
							

																
								

										
MyBatis学习笔记
									
									

								 

        
								
							
							

																
								

										
mybatis的Could not set property ‘id’ of ‘com.*.sys.entity’ with value ‘****
									
									

								 

        
								
							
							
            
            
            
                                    
           
  			
						

					
					
				

				

														
					
					

					
									

					
									   
标签