• mybatis由浅入深day02_课程复习_1订单商品数据模型分析


    mybatis第二天  高级映射 查询缓存 和spring整合

    课程复习:

    mybatis是什么?

    mybatis是一持久层框架,mybatis是一个不完全的ORM框架。sql语句需要程序员自己去编写,但是mybatis也有映射(输入参数映射、输出结果映射)。

    mybatis入门门槛不高,学习成本低,让程序员把精力放在sql语句上,对sql语句优化非常方便,适用需求变化较多项目,比如互联网项目。

    mybatis框架执行过程:

    1、配置mybatis的配置文件,SqlMapConfig.xml(名称不固定)

    2、通过配置文件,加载mybatis运行环境,创建SqlSessionFactory会话工厂

      SqlSessionFactory在实际使用时按单例方式。

    3、通过SqlSessionFactory创建SqlSession

      SqlSession是一个面向用户接口(提供操作数据库方法),实现对象是线程不安全的,建议sqlSession应用场合在方法体内。

    4、调用sqlSession的方法去操作数据。

      如果需要提交事务,需要执行SqlSession的commit()方法。

    5、释放资源,关闭SqlSession

    mybatis开发dao的方法:

    1、原始dao 的方法

      需要程序员编写dao接口和实现类

      需要在dao实现类中注入一个SqlSessionFactory工厂。

    2、mapper代理开发方法(建议使用)

      只需要程序员编写mapper接口(就是dao接口)

      程序员在编写mapper.xml(映射文件)和mapper.java需要遵循一开发规范:

      1、mapper.xml中namespace就是mapper.java的类全路径。

      2、mapper.xml中statement的id和mapper.java中方法名一致。

      3、mapper.xml中statement的parameterType指定输入参数的类型和mapper.java的方法输入参数类型一致。

      4、mapper.xml中statement的resultType指定输出结果的类型和mapper.java的方法返回值类型一致。

    SqlMapConfig.xml配置文件:可以配置properties属性、别名、mapper加载。。。

    输入映射:

      parameterType:指定输入参数类型可以简单类型、pojo、hashmap。。

      对于综合查询,建议parameterType使用包装的pojo,有利于系统扩展。

    输出映射:

      resultType:

        查询到的列名和resultType指定的pojo的属性名一致,才能映射成功。

      reusltMap:

        可以通过resultMap 完成一些高级映射。

        如果查询到的列名和映射的pojo的属性名不一致时,通过resultMap设置列名和属性名之间的对应关系(映射关系)。可以完成映射。

      高级映射:

        将关联查询的列映射到一个pojo属性中。(一对一)

        将关联查询的列映射到一个List<pojo>中。(一对多)

    动态sql:(重点)

      if判断(掌握)

      where

      foreach

      sql片段(掌握)

    课程安排:

    对订单商品数据模型进行分析。

    高级映射:(了解)

      实现一对一查询、一对多、多对多查询。

      延迟加载

    查询缓存

      一级缓存

      二级缓存(了解mybatis二级缓存使用场景

    mybatis和spirng整合(掌握)

    逆向工程(会用)

    订单商品数据模型

      1.1 数据模型分析思路

    1、每张表记录的数据内容

      分模块对每张表记录的内容进行熟悉,相当于你学习系统需求(功能)的过程。

    2、每张表重要的字段设置

      非空字段、外键字段

    3、数据库级别表与表之间的关系

      外键关系

    4、表与表之间的业务关系

      在分析表与表之间的业务关系时一定要建立 在某个业务意义基础上去分析

      1.2 商品订单数据模型分析

     

    用户表user:

      记录了购买商品的用户信息

    订单表:orders

      记录了用户所创建的订单(购买商品的订单)

    订单明细表:orderdetail

      记录了订单的详细信息即购买商品的信息

    商品表:items

      记录了商品信息

    表与表之间的业务关系:

      在分析表与表之间的业务关系时需要建立在某个业务意义基础上去分析。

    先分析数据级别之间有关系的表之间的业务关系:

    usre和orders:

    user---->orders:一个用户可以创建多个订单,一对多

    orders--->user:一个订单只由一个用户创建,一对一

    ordersorderdetail:

    orders--->orderdetail:一个订单可以包括多个订单明细,因为一个订单可以购买多个商品,每个商品的购买信息在orderdetail记录,一对多关系

    orderdetail---> orders:一个订单明细只能包括在一个订单中,一对一

    orderdetail和itesm:

    orderdetail--->itesms:一个订单明细只对应一个商品信息,一对一

    items----> orderdetail:一个商品可以包括在多个订单明细 ,一对多

    再分析数据库级别没有关系的表之间是否有业务关系:

    orders和items:

    orders和items之间可以通过orderdetail表建立关系。

  • 相关阅读:
    JVM调优
    【转】中文分词之HMM模型详解
    xwiki enterprise 8.4.5使用https步骤
    dubbo和shiro的整合,在服务端做权限验证
    电商课题:分布式锁
    Export large data from Gridview and Datareader to an Excel file using C#
    sap学习笔记
    git拉取远程分支并创建本地分支
    Echarts 解决饼图文字过长重叠的问题
    用localStorage坚持Vuex状态----vuex-persistedstate
  • 原文地址:https://www.cnblogs.com/justdoitba/p/8051661.html
Copyright © 2020-2023  润新知