MyBatis -- resultType 和 resultMap

文章介绍了MyBatis中resultType和resultMap的使用。resultType适用于字段名与属性名相同的简单查询,而resultMap则用于处理字段名与属性名不同、以及一对一和一对多的关系映射,提供更灵活的数据映射方式。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、返回类型:resultType

绝⼤数查询场景可以使用 resultType 进⾏返回,如下代码所示:

    <select id="getNameById" resultType="java.lang.String">
        select username from userinfo where id=#{id}
    </select>

返回自定义实体类也是同样 ~

它的优点是使用方便,直接定义到某个实体类即可。

但在很多场景中,实体类属性名和数据库表字段名并不相同,这时候就要使用 resultMap 了!

二、返回字典映射:resultMap

resultMap 使用场景:

  • 字段名称和程序中的属性名不同的情况,可使用 resultMap 配置映射;
  • ⼀对⼀和⼀对多关系可以使用 resultMap 映射并查询数据。

属性名和字段名不同的情况

数据库表字段名:

在这里插入图片描述

实体类属性名:

在这里插入图片描述

mapper.xml 代码如下:

    <select id="getUserById" resultType="com.example.demo.model.User">
        select * from userinfo where id=#{id}
    </select>

查询的结果如下:

在这里插入图片描述

这个时候就需要使用 resultMap 了,resultMap 的使用如下:
(在相应 .xml 文件中配置)
在这里插入图片描述

mapper.xml:

    <resultMap id="BaseMap" type="com.example.demo.model.User">
        <id column="id" property="id"></id>
        <result column="username" property="username"></result>
        <result column="password" property="pwd"></result>
    </resultMap>
    <select id="getUserById" resultMap="com.example.demo.mapper.UserMapper.BaseMap">
        select * from userinfo where id=#{id}
    </select>

注意:

  • id 命名规范为 大驼峰 ~
  • 在 resultMap 中,无论属性和字段是否相同,最好是所有都映射一下,否则某些场景会出问题 ~

查询的结果就有值了,如下图所示:

在这里插入图片描述

<think>好的,我现在需要详细解释MyBatisresultMapresultType的区别及使用场景。根据用户提供的引用资料,我需要综合这些信息,并确保回答结构清晰,符合用户的要求。 首先,用户引用了四个来源,说明他们希望得到详细的对比,包括对象映射的方式、灵活性、配置复杂度以及适用场景。我需要先整理每个引用的重点: 引用1提到resultMapresultType的区别在于对象不同、描述不同、类型适用不同。resultMap更强大,适用于复杂映射,而resultType需要列名属性名一致。 引用2补充说resultMap可以自定义映射,即使字段名属性名不一致也能处理,而resultType必须严格一致,比如cIdc_id都不行。 引用3通过示例说明,当使用resultType时,如果数据库字段属性名不同,可以在SQL中使用别名来匹配。例如user_Id AS userId。 引用4指出resultMap在处理一对一时,可以在主表的pojo中嵌套另一个表的pojo,并使用association节点处理关联。 接下来,我需要将以上信息组织成清晰的对比项,并给出使用场景。可能需要分点说明区别,比如功能对比、配置方式、灵活性等。然后,分别列出各自的适用场景,比如简单映射用resultType,复杂关联用resultMap。 需要确保回答中使用正确的中文,并且数学表达式或代码示例符合要求的格式。用户的问题中没有涉及数学公式,但需要检查是否有类似情况,比如如果有变量可能需要用$...$,但这里可能不需要。 另外,用户要求生成相关问题,需要根据内容提出三个相关问题,比如性能、优化方法、应用场景等。但这里需要围绕resultMapresultType的区别来生成问题,例如自动映射的问题、配置方法、关联查询处理等。 最后,确保引用的标注正确,每个引用对应的内容要自然标注在末尾。例如引用[^1]、[^2]等,根据用户提供的引用顺序,可能需要对应到正确的来源。 现在,将这些整理成一个结构化的回答,分为区别总结使用场景,每个部分分点说明,并添加相关问题。同时,检查是否有遗漏的信息,比如resultMap支持一对一、一对多关联,而resultType不支持这些,这也是引用4提到的内容。</think>### MyBatis 中 `resultMap` 与 `resultType` 的区别及使用场景 #### 1. **核心区别** - **`resultType`** - **直接映射简单对象**:要求查询结果的列名与 Java 对象的属性名**完全一致**,否则无法自动映射。 - **灵活性低**:若数据库字段与属性名不一致(如 `c_id` vs `cId`),需在 SQL 中使用别名显式匹配,例如: ```sql SELECT user_id AS userId, user_name AS userName FROM users ``` 否则会导致映射失败[^3][^2]。 - **适用场景**:单表查询、字段与属性名严格对齐的简单映射。 - **`resultMap`** - **自定义映射规则**:可手动定义字段与属性的对应关系,**无需依赖列名一致性**。 - **支持复杂关联**:通过 `<association>`(一对一) `<collection>`(一对多)处理嵌套对象,例如将关联表的查询结果映射到主表对象的属性中[^4]。 - **灵活性高**:适合多表连接、字段名与属性名差异较大的场景[^2]。 #### 2. **配置复杂度对比** - **`resultType`**:无需额外配置,仅需指定 Java 类路径(如 `resultType="com.xxx.User"`)。 - **`resultMap`**:需在 XML 中定义 `<resultMap>` 节点,明确字段与属性的映射关系,例如: ```xml <resultMap id="userMap" type="com.xxx.User"> <id property="userId" column="user_id"/> <result property="userName" column="user_name"/> <association property="role" resultMap="roleMap"/> </resultMap> ``` #### 3. **性能与适用场景** - **`resultType` 适用场景**: - 单表查询且字段名与属性名一致。 - 对性能要求较高,需减少 XML 配置复杂度。 - **`resultMap` 适用场景**: - 多表关联查询(如嵌套对象、集合属性)。 - 字段名与属性名不一致或存在特殊转换逻辑(如日期格式化)。 - 需要复用映射规则时,可定义全局 `resultMap`[^2][^4]。 #### 4. **总结** || `resultType` | `resultMap` | |---|---|---| | **映射方式** | 自动(依赖列名) | 手动(自定义规则) | | **复杂度** | 低 | 高 | | **灵活性** | 有限 | 高 | | **适用场景** | 简单单表查询 | 复杂关联查询 | ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

yyhgo_

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值