xiaotu的博客

MyBatis 提供了查询缓存来缓存数据，从而达到提高查询新能的要求。MyBatis 的缓存分为一级缓存和二级缓存。

分页pageHapper，延迟加载

由于注解在映射结果集上没有实现 的 100% 功能，因此，十全十美的方案是在 mapper.xml 配置文件中通过 映射结果集，然后再在接口中引用它。当表的列明与类的属性名不一致时，需要去配置结果集映射。一对一、一对多和多对多的关系映射就是在结果集映射的基础上再使用。配置结果集映射，只用看 SQL 执行结果，不看 SQL 语句！配置结果集映射，只用看 SQL 执行结果，不看 SQL 语句！通过注解进行结果集的映射是通过使用。结合使用进行结果集映射；

MyBatis,resultMap 一对一，一对多，多对多映射

虽然这个特性看起来有些多余，但是实际上它极具价值，因为，注解配置虽然万般皆好，唯独有一个功能它实现不了，在这个功能上注解是取代不了 mapper.xml 配置文件的（不知道这个问题在 MyBatis 的未来的发展中会不会解决掉）。需要注意的是，如果设置了全局的自动映射行为（通过 标签中的 autoMappingBehavior 属性），则该项设置会被覆盖。具体来说，当实体类中存在与查询结果列相同的属性时，MyBatis 会将它们进行自动映射，而对于没有匹配的列，则会忽略它们。，是两种不同的类型。

实际上，Mybatis 需要有这样的一个配置来 指导/告诉 它如何将结果集（ResultSet）中的数据映射成对象，或对象的集合。在前面的内容中，由于我们的 PO 类的属性名与数据库中表的列名是一致的，因此，在 Mapper.xml 配置文件中，Mybatis 省略/简化 掉了一块配置。配置结果集映射，只用看 SQL 执行结果，不看 SQL 语句！表示数据库表的主键列。属性，表示映射对象的属性名。属性，表示数据库表的列名；属性，表示映射对象的属性名。表示数据库的普通列。danger] 注意。

上述代码中的注解很好理解。唯一需要注意的是，如果在执行 insert 语句时，需要启用 MyBatis 的「主键回填」功能，需要多使用一个。其实上面的接口的定义中所使用的注解的作用显而易见，本质上就是把你曾经写在 XML 配置文件中的 SQL 语句「搬」到了 Java 代码中。对于 DAO 中的方法所对应的 SQL 语句，我们直接以注解的形式标注在方法上。在 MyBatis 的核心配置文件中，你需要配置的不是 mapper 映射文件，而是 Mapper 接口所在的包路径。的拼接一个 SQL 语句。

类似于 where 的元素，set 元素对应于 SQL 语句中的 SET 子句。它专用于 update 语句，用于包含所需更新的列。MyBatis 并未提供类似 if-else 元素来处理分支情况，if 元素可出现多次，但它们是并列的判断，而非互斥的判断。由于判断条件有可能有，也可能没有，所有在 if 元素中，WHERE 关键字出现的地方就有些「尴尬」。元素类似于 Java 中的 switch-case，用于处理多个条件间的互斥判断。元素是我们最常见的元素判断语句，相当于 Java 中的 if 语句。

SqlSessionTemplate 倒是线程安全的，但是它在 mybatis-spring 包中，是用在 mybatis 和 spring 整合中的，暂时用不上。我们通过 MyBatis 操作数据库，实际上就是通过 SqlSession 获取一个 JDBC 链接，然后操作数据库。，于此同时，依赖于 session 的 Mapper 要么也应该是多例的，要么就要用上 ThreadLocal！SqlSessionManager 最终用到的也是 SqlSession ，因此它也是。

如果将 Mapper.xml 配置文件的 namespace 故意写的和一个 DAO 接口的完全路径名一样，并且该接口中的方法名有“碰巧”和 Mapp.xml 配置文件中的各个 SQL 语句的 id 值一样，那么 MyBatis 就会去为该接口动态生成一个实现类。大多数情况下，插入信息的主键是由数据库底层生成的，在插入数据后，我们往往需要这个主键，以便于未来的操作。如果所有的多参数传递都通过定义并使用 JavaBean 来进行，那么项目中会出现大量的参数 JavaBean 的定义，显然这也并不太合理。

MyBatis基础,SqlSessionFactory,sqlSession.