标签：enable   根据   setting   指定   类型   not   time   property   前端   

mybatis的映射

@(mybatis)

mybatis开发有两种方法，原始开发dao的方法和mapper代理的方法

输入映射

通过parameterType指定输入参数的类型，类型可以是简单类型、hashmap、pojo的包装类型。

输出映射

resultType

使用resultType进行输出映射，只有查询出来的列名和pojo中的属性名一致，该列才可以映射成功。

如果查询出来的列名和pojo中的属性名全部不一致，没有创建pojo对象。

只要查询出来的列名和pojo中的属性有一个一致，就会创建pojo对象。

resultMap

mybatis中使用resultMap完成高级输出结果映射。

在什么地方使用？

resultType:

• 常见一些明细记录的展示，比如用户购买商品明细，将关联查询信息全部展示在页面时，此时可直接使用resultType:
• 将每一条记录映射到pojo中，在前端页面遍历list（list中是pojo）即可。
• 查询出来的列名与pojo的属性一致方可直接使用

resultMap:

• 使用association和collection完成一对一和一对多高级映射（对结果有特殊的映射要求）。
• 在查询出来的列明与pojo的属性不一致时使用

association：

作用：

• 将关联查询信息映射到一个pojo对象中。

场合：

• 为了方便查询关联信息可以使用association将关联订单信息映射为用户对象的pojo属性中，比如：查询订单及关联用户信息。

• 主要用在一对一的关系查询

  使用resultType无法将查询结果映射到pojo对象的pojo属性中，根据对结果集查询遍历的需要选择使用resultType还是resultMap。

collection：

作用：

• 将关联查询信息映射到一个list集合中。

场合：

• 为了方便查询遍历关联信息可以使用collection将关联信息映射到list集合中，比如：查询用户权限范围模块及模块下的菜单，可使用collection将模块映射到模块list中，将菜单列表映射到模块对象的菜单list属性中，这样的作的目的也是方便对查询结果集进行遍历查询。

• 主要用在一对多或多对多查询上

  如果使用resultType无法将查询结果映射到list集合中。

延迟加载

延迟加载概念：

resultMap可以实现高级映射（使用association、collection实现一对一及一对多映射），association、collection具备延迟加载功能。

延迟加载的好处：

先从单表查询、需要时再从关联表去关联查询，大大提高 数据库性能，因为查询单表要比关联查询多张表速度要快。

延迟加载的实例：

如果查询订单并且关联查询用户信息。如果先查询订单信息即可满足要求，当我们需要查询用户信息时再查询用户信息。把对用户信息的按需去查询就是延迟加载。

开启延迟加载

Mybatis的延迟加载功能默认是关闭的

开启延迟加载的属性：

• lazyLoadingEnabled：全局性设置懒加载。如果设为‘false’，则所有相关联的都会被初始化加载。默认为false
• aggressiveLazyLoading：当设置为‘true’的时候，懒加载的对象可能被任何懒属性全部加载。否则，每个属性都按需加载。默认为true

配置：

<settings>
    <!--开启延迟加载-->
    <setting name="lazyLoadingEnabled" value="true"/>
    <!--关闭积极加载-->
    <setting name="aggressiveLazyLoading" value="false"/>
</settings>

在resultMap中使用association或者collection，即可使用延迟加载。

resultMap：

<!-- 延迟加载的resultMap -->
    <resultMap type="cn.itcast.mybatis.po.Orders" id="OrdersUserLazyLoadingResultMap">
            <!--对订单信息进行映射配置  -->
            <id column="id" property="id"/>
            <result column="user_id" property="userId"/>
            <result column="number" property="number"/>
            <result column="createtime" property="createtime"/>
            <result column="note" property="note"/>
            <!-- 实现对用户信息进行延迟加载
            select：指定延迟加载需要执行的statement的id（是根据user_id查询用户信息的statement）
            要使用userMapper.xml中findUserById完成根据用户id(user_id)用户信息的查询，如果findUserById不在本mapper中需要前边加namespace
            column：订单信息中关联用户信息查询的列，是user_id
            关联查询的sql理解为：
            SELECT orders.*,
    (SELECT username FROM USER WHERE orders.user_id = user.id)username,
    (SELECT sex FROM USER WHERE orders.user_id = user.id)sex
     FROM orders
             -->
            <association property="user"  javaType="cn.itcast.mybatis.po.User"
             select="cn.itcast.mybatis.mapper.UserMapper.findUserById" column="user_id">
            <!-- 实现对用户信息进行延迟加载 -->
        
            </association>
            
    </resultMap>

延迟加载的mapper文件:

需要定义两个mapper的方法对应的statement。两个statement直接必须存在关联的数据列

1、只查询订单信息
SELECT * FROM orders
在查询订单的statement中使用association去延迟加载（执行）下边的satatement(关联查询用户信息)

2、关联查询用户信息
通过上边查询到的订单信息中user_id去关联查询用户信息
使用UserMapper.xml中的findUserById

上边先去执行findOrdersUserLazyLoading，当需要去查询用户的时候再去执行findUserById，通过resultMap的定义将延迟加载执行配置起来。

思考

不使用mybatis提供的association及collection中的延迟加载功能，如何实现延迟加载？

实现方法如下：

我们首先定义两个mapper方法
1、查询订单列表
2、根据用户id查询用户信息

实现思路：
  先去查询第一个mapper方法，获取订单信息列表
  在程序中（service），按需去调用第二个mapper方法去查询用户信息。

总结一下

mybatis使用 parameterType 进行输入映射，使用 resultType 和 resultMap 进行输出映射。输入映射指定的参数可以是基本类型、hashMap或者Pojo的包装类型。而输出映射中，resultType只有当查询出来的列名与pojo的属性一致的时候方才使用，而当不一致时则使用resultMap对列名和pojo属性之间做一个映射关系。association用在一对一关系查询中，将一个关联查询的信息映射到一个pojo对象中。collection则用在一对多或者多对多关系查询中，将关联查询信息映射到一个list集合上。而使用延迟加载则 需要定义两个mapper的方法对应的statement 且 两个statement直接必须存在关联的数据列 ，在使用延迟加载时，我们先去查询简单的sql（最好是单表，也可以关联查询），再去按需要加载关联查询的其它信息

mybatis的映射

标签：enable   根据   setting   指定   类型   not   time   property   前端   

原文地址：https://www.cnblogs.com/sxhjoker/p/9340691.html