码迷,mamicode.com
首页 > 其他好文 > 详细

MyBatis 一对一映射

时间:2019-03-21 17:11:41      阅读:122      评论:0      收藏:0      [点我收藏+]

标签:数据库   OLE   user   方便   type   获取对象   获取   压力   全局   

From《MyBatis从入门到精通》

 

 

    <!--
        6.1 高级映射结果

        杂谈:
            在RBAC权限系统中还存在着一个用户拥有多个角色,一个角色拥有多个权限这样
            复杂的嵌套关系。在面对这种关系时,我们可以写出多个方法分别查询这些数据,
            然后在组合在一起。这种处理方式特别适合用在大型系统上,由于分库分表,这种
            这种用法可以减少表之间的关联查询,方便系统进行扩展。但是在一般的企业级应用
            中,使用MyBatis的高级结果映射便可以轻松地处理这种一对一、一对多的关系。
    -->

    <!--
        6.1.1 一对一映射
            6.1.1.1 使用自动映射处理一对一关系
                关联的嵌套结果映射需要关联多个表,将所有需要的值一次性查询出来。这种方式的好处是
                减少数据库查询次数,减轻数据库的压力,缺点是要写很复杂的SQL,并且当嵌套结果更复杂
                时,不容易一次写正确,由于要在应用服务器上将结果映射到不同的类上,因此也会增加应用
                服务器的压力。当一定会使用嵌套结果,并且这个复杂的SQL执行速度很快时,建议使用
                关联的嵌套结果映射。

            6.1.1.2 使用resultMap配置一对一映射
                resultMap配置一对一映射时有两种方法:
                    1.很传统的在resultMap中一一的指定列名对应的属性名
                    2.通过extends一个userMap,加上一些字段来实现。
                        ——我对这个东西始终有些疑惑,你直接去修改JavaBean
                        真的是一种可以接受的方案么,你这样做了,以后代码自动
                        生成时怎么弄呢???

            6.1.1.3 使用resultMap的association标签配置一对一映射
                在resultMap中,association标签用于和一个复杂的类型进行关联,
                即用于一对一的关联配置。
                
                <association>标签包含的属性:
                    property:对应实体类中的属性名,必填项
                    javaType:属性对应的Java类型
                    resultMap:可以直接使用现有的resultMap,而不在这里配置
                    columnPrefix:查询列的前缀、配置前缀后、在子标签配置result的column时可以省略前缀
    -->
    <resultMap id="userRoleMap" extends="userMap" type="tk.mybatis.simple.mode.SysUser">
        <association property="role" columnPrefix="_role"
                     javaType="tk.mybatis.simple.model.SysRole">
            <result property="id" column="id"/>
            <result property="roleName" column="role_name"/>
            <result property="enabled" column="enabled"/>
            <result property="createBy" column="create_by"/>
            <result property="createTime" column="create_time"/>
        </association>
    </resultMap>
    
    <!--进一步升级后的代码-->
    <!--
        
    -->
    <resultMap id="userRoleMap" extends="userMap" type="tk.mybatis.simple.model.SysUser">
        <association property="role" columnPrefix="role_" resultMap="roleMap"/>
    </resultMap>
    
    <!--
        6.1.1.4 association标签的嵌套查询
            除了前面3种通过复杂的SQL查询获取结果,还可以利用简单的SQL通过多次查询
            转换为我们需要的结果。这种方式与根据业务逻辑手动执行多次SQL的方式很像,
            最后会将结果组合成一个对象。
                
            <association>标签的嵌套查询常用的属性如下:
                select:另一个映射查询的id,Mybatis会额外执行这个查询获取对象的结果
                column:列名(或别名),将主查询中列的结果作为嵌套查询的参数,配置方式
                    如下:column={prop1=col1,prop2=col2},prop1和prop2将作为嵌套
                    查询的参数。
                fetchType:数据加载方式,可选值为lazy和eager,分别为延迟加载和积极加载
                    这个配置会覆盖全局的lazyLoadingEnabled配置
    -->
    <resultMap id="userRoleMapSelect" extends="userMap"
               type="tk.mybatis.simple.model.SysUser">
        <association property="role" column="{id=role_id}"
                     select="tk.mybatis.simple.mapper.RoleMapper.selectRoleById"/>
    </resultMap>
    
    <!--
        案例分析:
            这个看上去就像在普普通通的在sys_user表和sys_user_role表
            的连接上查找一个SysUser对象的。但是这个SysUser对象里有一个Role对象。
                ——我不知道这种方案与我手写两次查询有什么区别,而且我还
                感觉我手写两次,用的脑子更少一点。
                
                ——现在我都开始在怀疑在User中添加Role字段的意义了,只是
                为了在一个返回中涉及两个表的内容么???
    -->
    <select id="selectUserAndRoleByIdSelect" resultMap="userRoleMapSelect">
        select
          u.id,
          u.user_name,
          u.user_password,
          u.user_email,
          u.user_info,
          u.head_img,
          u.create_time,
          ur.role_id
        from sys_user u 
        inner join sys_user_role ur on u.id = ur.user_id
        where u.id+#{id}
    </select>
    
    <!--
        杂话:
            1.单纯设置<association>标签的fetchType属性为true时,并不会实现延迟加载
            功能。这是因为在MyBatis的全局配置中,有一个参数为aggressiveLazyLoading
            这个参数的含义是,当该参数这是为true时,对任意延迟属性的调用都会是带有延迟加
            载属性的对象完整加载,反之,每种属性都将按需加载。
            
            2.集成框架是,可能由于SqlSession的生命周期交给了框架管理,导致对象超出了SqlSession
            生命周期调用时,会由于连接关闭等问题而抛出异常。在和Spring集成时,要确保
            只能在Service层调用延迟加载的属性。当结果从Service层返回到Controller层时,
            如果获取延迟加载的属性值,会因为SqlSession已经关闭而抛出异常。
            
            3.由于关闭了aggressiveLazyLoading,但有时我们还是需要在触发某个方式时将
            所有的数据都加载进来。MyBatis提供了参数lazyLoadTriggerMethods帮助解决
            这个问题。这个参数的含义是,当调用配置中的方法时,加载全部的延迟加载数据,默
            认值为"equals clone hashCode toString"。因此,在使用默认的情况下,只要
            调用其中一个方法,就可以实现加载调用对象的全部数据。
    -->

 

MyBatis 一对一映射

标签:数据库   OLE   user   方便   type   获取对象   获取   压力   全局   

原文地址:https://www.cnblogs.com/junjie2019/p/10572901.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!