延迟加载和缓存

 延迟加载

问题分析：在一对多中，有一个用户，他有100个账户

                   查询用户的时候，要不要把关联的账户查出来？   查询用户时，账户信息应该什么时候用什么时候查

                  查询账户的时候，要不要把关联的用户查出来？   查询账户时，应该直接将用户信息也查出来

延迟加载：在真正使用数据时才发起查询，不用的时候不查询，又叫按需查询（懒加载）

立即加载：不管用不用，只要调用方法，直接发起查询

表关系：一对多     多对一     一对一        多对多（mybatis中没有  多对一  的概念）

一对多  多对多：通常采用延迟加载

多对一 一对一：通常采用立即加载

延迟加载的配置：

主配置文件

<!-- 配置延迟加载策略 -->
<setting>
    <!-- 打开延迟加载的开关 -->
    <setting name="lazyLoadingEnabled" value="true" />
    <!-- 将积极加载改为消息加载即按需加载 -->
    <setting name="aggressiveLazyLoading" value="false" />    
</setting>

 JavaType和ofType都是用来指定对象类型的，但是JavaType是用来指定pojo中属性的类型，而ofType指定的是映射到list集合属性中pojo的类型。

mapper的一对一mapper中的配置

<!-- 
    resultMap中的配置    
    property：pojo中的属性名
    javaType:全限定类名，配置了namespace后可简写
    select：指定查询的唯一标识：namespace.statement的id
    column：用户根据id查询时，所需的参数

-->
    <association property="user"  javaType="user" 
    select="com.mybatis.dao.findById" column="uid" ></association>

 mapper的一对多mapper中的配置

<!-- 
    resultMap中的配置    
    property：pojo中的属性名
    ofType:全限定类名，配置了namespace后可简写
    select：指定查询的唯一标识：namespace.statement的id
    column：用户根据id查询时，所需的参数

-->   
     <collection  property="accounts"   ofType="account"
     select="com.mybatis.dao.findById" column="uid">
    </collection>

缓存

什么是缓存：存在于内存中的临时数据

为什么使用缓存：减少和数据库的交互，提高执行效率

什么样的数据用缓存：

1. 经常查询并且不经常改变的数据
2. 数据的正确与否对最终结果影响不大的

mybatis的一级缓存：

一级缓存指的是mybatis中SqlSession对象的缓存

当我们执行查询之后，查询的结果会同时存入到SqlSession为我们提供的一块区域中

该区域的结构是一个Map，当我们再次查询同样的数据，mybatis会先去sqlSession中查询是否有，有直接拿来用

当SqlSession对象消失时，mybatis的一级缓存也就消失了

当调用SqlSession的修改，添加，删除，commit(),close()等方法时，就会清空一级缓存

mybatis的二级缓存：(存储的是数据而不是对象，所以两次查询对象的equels为false)

二级缓存指的是mybatis中SqlSessionFactory对象的缓存，由同一个SqlSessionFactory对象创建的SqlSession共享其缓存

二级缓存的使用步骤：

1. 在主配置文件设置使支持二级缓存          在setting中    <setting  name="cacheEnabled" value="true" />
2. 在mapper映射文件设置使支持二级缓存    直接在mapper文件中的mapper标签里     <cache />
3. 让当前的sql操作支持二级缓存（select标签中配置）    在查询中加一个属性   userCache="true"