mybatis学习一

1:ORM概念
    ORM(OBJECT-RELATIONSHIP MAPPING) 即对象关系映射,是一种思想,实质是将数据库中的数据用对象的形式表现出来
    JPA(JAVA PERSISITENCE API) 是javaee关于orm思想的标准接口,仅仅是一套规范和接口,不是实现,
    hibernate就是实现这一规范和接口的ORM组件(基于对象开发)
    Mybatis是一个半ORM组件(基于sql开发)
    
2:Mybatis是什么?
    Mybatis是一个实现了java数据持久化的开源框架,简单的来说,就是一个jdbc的封装组件
    Mybatis的前身是ibatis,ibatis创建于2002年,最初是apache下面的一个开源项目,2010年迁移到gogole code,并且更名为Mybatis
    当前最新版本是 3.4.5
    本次课程主讲版本3.3.1
    官网地址 :https://github.com/mybatis/mybatis-3/releases
    
3:Mybatis有什么优势?
    * 消除了大量的jdbc冗余代码(不用手动开关连接,创建statement,结果映射)
    * 简单易学,容易上手(基于sql的编程思想,提供了简单易用的api与数据库进行交互)
    * 很好的与各种数据库兼容(开发人员不需要考虑数据库的差异性)
    * 提供了第三方插件很好的支持(分页插件/逆向工程/缓存组件)
    * 提供与spring很好的集成支持
    
4:Mybatis开发环境搭建
    * 新建java项目,注意项目编码
    * 引入jar包mybatis-3.3.1.jar
    * 引入mybatis依赖的jar包
        asm-3.3.jar
        cglib-2.2.jar
        commons-logging-1.1.1.jar
        javassist-3.15.0-GA.jar
        log4j-1.2.17.jar
    * 引入junit包
        hamcrest-core-1.3.jar
        junit-4.11.jar
    * 引入数据库的驱动包
        mysql-connector-java-5.0.8-bin.jar
        ojdbc14.jar
    
5:Mybatis的第一个demo
    * 新建一个表和实体类
         create table m_user(
            USER_ID int auto_increment primary key COMMENT "编号",
            USER_NAME varchar(32) NOT NULL COMMENT "用户名",
            LOGIN_NAME varchar(100) NOT NULL COMMENT "登录名",
            PASSWORD varchar(32) DEFAULT NULL COMMENT "密码",
            DEPT_ID int(32) DEFAULT NULL COMMENT "部门编号",
            BIRTHDAY datetime DEFAULT NULL COMMENT '创建时间',
            TV_UPDATE datetime DEFAULT NULL COMMENT '最后登陆时间'
          );
    * 引入mybatis的主配置文件
        详见 mybatis-config.xml
        http://mybatis.org/dtd/mybatis-3-config.dtd
        -//mybatis.org//DTD Config 3.0//EN
        
    * 引入对象映射文件 (我们在这个配置文件里面编写增删改查语句)
        编写增删改查 详见userMapper.xml
        http://mybatis.org/dtd/mybatis-3-mapper.dtd
        -//mybatis.org//DTD Mapper 3.0//EN
        
    * 测试
    
6:在正式的开发环境中用Mybatis进行开发有两种方式
    * 原始的接口和实现类的方法
        缺点:重复代码太多,sqlSession的操作
            statement的id硬编码将来影响维护
    * 基于mapper代理的开发方式(重点)
        
 1:在正式的开发环境中用Mybatis进行开发有两种方式
    * 原始的接口和实现类的方法
        缺点:重复代码太多,sqlSession的操作
            statement的id硬编码将来影响维护
    * 基于mapper代理的开发方式(重点)
        mybatis根据一些规则,自动创建dao接口的实现类的代理对象
        规则:* userMapper.xml中namespace必须指定为接口的全限定类名
            * userMapper.xml中statement的id指定为接口中对应的方法名
            * usermapper.xml中statement的输入参数类型和IUserDao中对应的方法参数类型一致
            * usermapper.xml中statement的返回类型和IUserDao的对应方法的返回类型一致
            
2:mybatis-config.xml主配置文件里面的配置详解
    * properties标签
        主要用于配置数据库的连接数据
    * settings(**)   全局的配置参数
        mybatis中的运行时行为设置,比如缓存的开启,驼峰命名的映射,延迟加载的设置等等
    * typeAliases  为全限定类名设置别名(单个设置(typeAlias)和批量设置(package))
    * plugins
        mybatis需要引入的一些插件:分页插件pageHelper
    * enviroments(与properties一起使用)
        环境配置,可以配置多种数据库连接
    * mapper
        引入对象映射文件(三种方式 resource,class,package)
        
3:sql映射文件(mapper.xml)的特性
    a:paramterType  输入参数
        * 简单类型的单个参数
            需求:根据用户id查询用户明细信息
        * 简单类型的多个参数
            需求:通过登录名和密码验证用户是否存在
        * 包装类对象作为输入参数进行查询
            需求:根据界面输入的用户名称和登录名称来查询符合条件的用户列表
    b:动态的sql
        * if标签和where标签
        * sql片段
        * foreach
    c:resultType/resultMap对象
        * 简单类型的输出
        * 对象
        * hashMap的输出
        
        resultMap对象(延迟加载,多表查询,或者是为命名不规范设计)输出

b:动态的sql
    * if标签和where标签
    
    * foreach
        需求:需要查询指定id集合的所有用户信息
            SELECT * FROM M_USER WHERE USER_ID IN (1,2,3);
    * sql片段
        将通用的sql查询条件抽取出来,称为sql片段,给不同的方法应用
    * 增加记录返回主键
        <!-- 以oracle数据库为例,需要调用序列 -->
        <!-- <selectKey keyProperty="userId" resultType = "long" order = "BEFORE">
            SELECT IDSEQUENCE.NEXTVAL FROM DUAL
        </selectKey>
        INSERT INTO M_USER(USER_ID,USER_NAME ,LOGIN_NAME ,PASSWORD,DEPT_ID ,BIRTHDAY,TV_UPDATE)
        VALUES(#{userId},#{userName},#{loginName},#{password},#{deptId},#{birthday},#{tvUpdate}) -->
        <!-- 以mysql为例(获取增加的id) -->
        <selectKey keyProperty="userId" resultType = "long" order = "AFTER">
            SELECT LAST_INSERT_ID() AS userId
        </selectKey>
        INSERT INTO M_USER(USER_NAME ,LOGIN_NAME ,PASSWORD,DEPT_ID ,BIRTHDAY,TV_UPDATE)
        VALUES(#{userName},#{loginName},#{password},#{deptId},#{birthday},#{tvUpdate})

resultMap的高级应用
    mybatis查询多表    
    * 数据表结构中存在的几种多表关系    
        一对一,一对多,多对一,多对多
        部门表和用户:一个部门有多个用户,站在部门表的角度看,部门表和用户表的关系是一对多的关系
                一个用户只能有一个部门,多个用户属于同一个部门,站在用户表的角度,用户表和部门表的关系是多对一

A.多对一:用户表(主表)和部门表(从表)的关系
    需求:查询用户信息的时候,需要将用户所属的部门名称查询出来
        * 第一种方式:普通的sql关联查询,映射用户扩展对象    
            * 创建一个返回对象UserDept.java
            * 用resultType标签返回新创建的对象UserDept    
        * 第二种方式:用mybatis的resultMap标签返回
            * 在user对象加入部门对象的属性
            * 用resultMap标签返回查询结果
        总结:第一种方式会随着sql的变化或者业务需求的变化,返回的对象就会发生改变,则我们每次需要重新定义撒实体对象,但是相对比较简单,所以应用广泛
            第二种方式需要使用resultMap标签里面的association完成映射,稍微有点复杂,但是如果系统需要延迟加载,必须使用此方式才能完成
            
B:一对多:部门表(主表)和用户表(从表)的关系
    需求:查询某个部门下面的所有用户信息
        * 第一种方式:普通的sql关联查询,映射到部门扩展对象
            * 创建一个DeptUser.java
            * 用resultMap标签返回新创建的对象DeptUser
        * 第二种方式:用mybatis的resultMapMap的标签返回
            * 在部门对象加入用户集合的属性
            * 用resultMap标签返回查询结果
        总结:第一种方式 会随着sql的变化或者业务需求的变化,返回的对象就会发生改变,那我们每次需要重新定义实体对象
            但是相对来说比较简单,所以应用广泛
            第二种方式 需要使用resultMap标签里面的association完成映射,稍微有点复杂,但是如果系统需要延迟加载
            必须使用此方式才能完成
    #部门表和用户:
    #一个部门有多个用户,站在部门表的角度看,部门表和用户表的关系是一对多的关系
    #查询某个部门下的所有用户
    SELECT A.*,B.* FROM M_DEPT A,M_USER B WHERE A.DEPT_ID = B.DEPT_ID        AND B.DEPT_ID = 1
    
    DEPT_USER
    DEPR List<User>
    
    #一个用户只能有一个部门,多个用户属于同一个部门,站在用户表的角度,用户表和部门表的关系是多对一
    #查询某个用户所属的部门
    SELECT C.*,D.* FROM M_USER C ,M_DEPT D WHERE C.DEPT_ID = D.DEPT_ID  AND C.USER_ID = 1
    
    USER_DEPT
    USER DEPT
    
    
    SELECT A.DEPT_ID,A.DEPT_NAME,B.USER_ID,B.USER_NAME
            FROM M_DEPT A,M_USER B
            WHERE A.DEPT_ID = B.DEPT_ID AND A.DEPT_ID = 1
    

C:一对多的自关联
     需求:查询某个部门下的子部门  getChildDept
         * 第一种方式:普通的sql查询,映射到部门对象
            * 跟一对多的方式类似
        * 第二种方式
            * 在部门对象加入子部门集合的属性
            * 用reesultMap返回
            
# 对于这种层级表怎样生成树形结构
#1:查询出所有的记录,在内存里面进行递归
#2:每次店家这个父节点,动态的去去数据库查询子节点
#3:用mybatis的resultMap查询

D:多对多的关联
    用户表和角色之间的关系(双向的多对一关系就是多对多)
    需求:查询某个用户拥有的角色
    select a.*,c.*
    FROM
    m_user A,m_role_user B, m_role C
    where A.USER_ID = B.USER_ID AND B.ROLE_ID = C.ROLE_ID

为什么有延迟加载:
    在我们的实际开发中,如果单表查询能满足业务需求,尽量使用单表查询,因为单表查询的效率比多表关联查询快
    当业务需求中用到多表查询,我们应该怎么班,Mybatis引入了延迟加载的概念
    
什么叫延迟加载:
    为满足业务需求必须进行多表查询,先进行单表查询,在业务信息中用到了关联表信息的时候,再进行关联表的单表查询
    
Mybatis对延迟加载的实现
    Mybatis提供了全局设置参数和resultMap标签的高级应用来实现延迟加载
        * setting设置
            <!-- 开启延迟加载的总开关 -->
            <setting name = "lazyLoadingEnabled" value = "true"/>
            <!-- 开启按需加载的开关 -->
            <setting name = "aggressiveLazyLoading" value = "false"/>
        * resultMap标签的select和column标签
            <!-- 对于多对一关系的从表的映射(javaType是属性的类型(bean的名称),property是属性的名称)
             association:用于多对一的那个一 的映射
             property:User对象里面新加的关联对象的属性名称
             javaType:属性的类型(部门对象)
              -->
             <association property = "dept" javaType = "dept"
                 select="sysmanager.mapper.DeptMapper.getDeptById"
                 column = "DEPT_ID"
             >
             </association>
多对一的演示场景
    详见userMapper.getUserByIdLazyLoad();
    
一对多的演示场景
    详见deptMapper.getDeptByIdLazyLoad();
    
自关联部门演示场景
    详见deptMapper.getChildDeptByPidLazyLoad();