zoukankan      html  css  js  c++  java
  • MySQL left join 20161024

     公司OA系统上部门上线了一套流程,总部和分公司部门提数据需求都要走线上流程,审批,想想也是不错的,能和绩效更加合理的挂钩,还有打分评价,双向互动。

     下午接到一个需求,查看某分公司上周订单使用优惠券情况,公司数据库里有一个表是优惠券的,每个订单编号后面跟着这个订单的订单金额,使用优惠券金额,

     这个数据需求了解的主要是优惠券支出在营业额中的占比,因此上来看到需求,脑子里首先想到的是left join  一个是优惠券表一个是订单表 通过订单ID 连接。

     一开始考虑少了,以优惠券表为主表,再去连接的订单表,做完发现一个现象,有使用优惠券的订单ID 居然没有订单额,后来想了想,和实际业务偏离了一下,下订单过程中使用优惠券,如果退货掉这条记录会为null  因此 要以订单表为主表 再以优惠券为从表,这样,所有订单使用优惠券的情况就出来了

      因此 left  join  主表最好是全面的表,用小的条件挂靠在大的表里,再去进行条件筛选

  • 相关阅读:
    SQL Server逻辑读、预读和物理读
    SQL Server 视图
    SQL Server存储机制
    SQLServer
    数据库配置问题整理贴
    分析存储过程重编译的起因以及避免
    存储过程重编译的优点、缺点、确定引发语句
    查询反模式
    查询反模式
    状压DP的总结
  • 原文地址:https://www.cnblogs.com/Mr-Cxy/p/5994841.html
Copyright © 2011-2022 走看看