一、问题发现:

主查询功能发现两条一样的记录,但是审批状态不一样,一个已通过,一个待审核

主表付款表:

CREATE TABLE `pur_or_payment` (
`id` int(11) NOT NULL AUTO_INCREMENT COMMENT '系统编码 初始值为“1”',
`pa_code` varchar(32) NOT NULL COMMENT '付款编号',
`pa_serv_ident` varchar(12) NOT NULL DEFAULT 'SN070201' COMMENT '付款业务走向',
`sys_ar_cu_id` int(11) NOT NULL COMMENT '订单供应商',
`pur_or_pp_id` varchar(255) NOT NULL COMMENT '条款id (多选)',
`pa_amount` decimal(20,10) NOT NULL COMMENT '付款金额',
`pa_state` char(1) NOT NULL COMMENT '付款状态 付款中,已付款',
`pa_date` datetime DEFAULT NULL COMMENT '付款日期',
`creator` varchar(32) NOT NULL COMMENT '创建人',
`create_time` datetime NOT NULL COMMENT '创建时间',
PRIMARY KEY (`id`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=12 DEFAULT CHARSET=utf8 ROW_FORMAT=DYNAMIC COMMENT='订单付款表';

主表关联了两张副表,两张副表也是张业务表

CREATE TABLE `fin_ex_apply` (
`id` int(11) NOT NULL AUTO_INCREMENT COMMENT '系统编码 主键,初始值为“10000001”',
`ap_code` varchar(14) NOT NULL COMMENT '单据编码',
`sys_ar_co_id` int(11) NOT NULL COMMENT '所属公司 引用表<公司档案> ',
`sys_ar_de_id` int(11) NOT NULL COMMENT '申请部门 引用表<部门档案> ',
`ap_serv_id` int(11) DEFAULT NULL COMMENT '其它业务id',
`ap_serv_ident` varchar(32) DEFAULT NULL COMMENT '业务来源标识',
`ap_date` datetime NOT NULL COMMENT '申请日期',
`ap_proposer` varchar(32) NOT NULL COMMENT '申请人 引用表<员工档案>',
`ap_ro_type` varchar(32) NOT NULL COMMENT '往来对象类型 related object',
`ap_re_obj` int(11) NOT NULL COMMENT '往来对象 <员工档案><客商档案>',
`ap_remark` text COMMENT '申请备注',
`ap_de_amount` decimal(11,2) NOT NULL COMMENT '冲账金额 deduct amount',
`ap_pa_amount` decimal(11,2) NOT NULL COMMENT '付款金额 payment amount',
`ap_to_amount` decimal(11,2) NOT NULL COMMENT '合计金额 total amount',
`ap_sett_meth` varchar(32) DEFAULT NULL COMMENT '引用内置<结算方式> settlement method',
`ap_pa_remark` varchar(255) DEFAULT NULL COMMENT '付款备注 payment remark',
`ap_re_payee` varchar(32) NOT NULL COMMENT '收款人 payee',
`ap_re_account` varchar(32) NOT NULL COMMENT '收款账号 receive account',
`ap_re_ba_name` varchar(64) NOT NULL COMMENT '收款银行 recevie bank',
`ap_re_subbranch` varchar(64) DEFAULT NULL COMMENT '收款支行',
`ap_re_ba_locus` varchar(128) NOT NULL COMMENT '开户行所在地',
`ap_appr_state` char(1) NOT NULL COMMENT '审核状态 0审核中 1已审核 2不通过',
`ap_appr_date` datetime DEFAULT NULL COMMENT '审核日期',
`creator` varchar(32) NOT NULL COMMENT '创建人',
`create_time` datetime NOT NULL COMMENT '创建时间',
`updator` varchar(32) NOT NULL COMMENT '更新人',
`update_time` datetime NOT NULL COMMENT '更新时间',
`status` char(1) NOT NULL COMMENT '记录状态 1正常,0删除',
PRIMARY KEY (`id`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=10000069 DEFAULT CHARSET=utf8mb4 ROW_FORMAT=DYNAMIC COMMENT='报销申请表'; CREATE TABLE `fin_sp_apply` (
`id` int(11) NOT NULL AUTO_INCREMENT COMMENT '系统编码 主键,初始值为“10000001”',
`ap_code` varchar(14) NOT NULL COMMENT '单据编码',
`sys_ar_co_id` int(11) NOT NULL COMMENT '所属公司 引用表<公司档案> ',
`sys_ar_de_id` int(11) NOT NULL COMMENT '申请部门 引用表<部门档案> ',
`ap_serv_id` int(11) DEFAULT NULL COMMENT '其它业务id',
`ap_serv_ident` varchar(32) DEFAULT NULL COMMENT '业务来源标识',
`ap_date` datetime NOT NULL COMMENT '申请日期',
`ap_proposer` varchar(32) NOT NULL COMMENT '申请人 引用表<员工档案>',
`ap_ro_type` varchar(32) NOT NULL COMMENT '往来对象类型 选择:单位/员工',
`ap_re_obj` int(11) NOT NULL COMMENT '往来对象 引用表<客商档案><员工档案>',
`ap_remark` text COMMENT '申请备注',
`ap_to_amount` decimal(11,2) NOT NULL COMMENT '合计金额 total',
`ap_sett_meth` varchar(32) NOT NULL COMMENT '付款结算方式 引用内置<付款结算方式> settlement method',
`ap_pa_remark` varchar(255) NOT NULL COMMENT '付款备注',
`ap_re_payee` varchar(32) NOT NULL COMMENT '收款人',
`ap_re_account` varchar(32) NOT NULL COMMENT '收款账号',
`ap_re_bank` varchar(64) NOT NULL COMMENT '收款银行',
`ap_re_subbranch` varchar(64) DEFAULT NULL COMMENT '收款支行',
`ap_re_ba_locus` varchar(128) NOT NULL COMMENT '开户行所在地',
`ap_appr_state` char(1) DEFAULT NULL COMMENT '审核状态 0审核中 1已审核 2不通过',
`ap_appr_date` datetime DEFAULT NULL COMMENT '审核日期',
`creator` varchar(32) NOT NULL COMMENT '创建人',
`create_time` datetime NOT NULL COMMENT '创建时间',
`updator` varchar(32) NOT NULL COMMENT '更新人',
`update_time` datetime NOT NULL COMMENT '更新时间',
`status` char(1) NOT NULL COMMENT '记录状态 1正常,0删除',
PRIMARY KEY (`id`) USING BTREE,
UNIQUE KEY `ap_code` (`ap_code`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=10000032 DEFAULT CHARSET=utf8mb4 ROW_FORMAT=DYNAMIC COMMENT='用款申请信息表';

  

二、问题排查

两个重复记录的明细和表单更新访问都是报错,错误日志显示,查询到了多条记录

错误定位到查询SQL上:

SELECT
pa.*,
cu.cu_name AS cuName,
cu.cu_code AS cuCode,
us.us_name AS creatorName,
CASE pa.pa_serv_ident
WHEN 'SN070201' THEN sp.ap_appr_state
WHEN 'SN070101' THEN ex.ap_appr_state
ELSE ex.ap_appr_state
END AS apApprState,
CASE pa.pa_serv_ident
WHEN 'SN070201' THEN sp.id
WHEN 'SN070101' THEN ex.id
ELSE sp.id
END AS paServId,
CASE pa.pa_serv_ident
WHEN 'SN070201' THEN '用款申请'
WHEN 'SN070101' THEN '费用报销'
ELSE '用款申请'
END AS paServIdentName
FROM
pur_or_payment AS pa
LEFT JOIN fin_sp_apply AS sp ON pa.id = sp.ap_serv_id AND pa.pa_serv_ident = 'SN070201'
LEFT JOIN fin_ex_apply AS ex ON pa.id = ex.ap_serv_id AND pa.pa_serv_ident = 'SN070101'
LEFT JOIN sys_ar_customer AS cu ON cu.id = pa.sys_ar_cu_id
LEFT JOIN sys_pr_user AS us ON us.us_username = pa.creator

  

定位到问题记录上的SQL结果是这样:

发现单号BX231100193也被加入进来了

所以定位到SQL条件就在这两段:

 LEFT JOIN fin_sp_apply AS sp ON pa.id = sp.ap_serv_id AND pa.pa_serv_ident = 'SN070201'
LEFT JOIN fin_ex_apply AS ex ON pa.id = ex.ap_serv_id AND pa.pa_serv_ident = 'SN070101'   

第二个条件不生效,BX231100193是销售合同的,要筛选采购订单的,显然条件未生效

三、问题排查

同事认为第二个条件还是在以主表的记录内进行筛选,并没有涉及到副表的筛选

才导致重复记录的出现,所以解决办法是转换成副表的筛选条件

 LEFT JOIN fin_sp_apply AS sp ON pa.id = sp.ap_serv_id AND pa.pa_serv_ident = 'SN070201'
LEFT JOIN fin_ex_apply AS ex ON pa.id = ex.ap_serv_id AND pa.pa_serv_ident = 'SN070101'    更改为 LEFT JOIN fin_sp_apply AS sp ON pa.id = sp.ap_serv_id AND sp.ap_serv_ident = 'SN050104'
LEFT JOIN fin_ex_apply AS ex ON pa.id = ex.ap_serv_id AND ex.ap_serv_ident = 'SN050104'

  

查询后发现,BX231100193单号已经过滤,结果正确

四、本地环境复盘

担心只是巧合,在本地开发环境进行复现

以费用报销的一张单据为例:

SELECT
pa.pa_code,
pa.pa_serv_ident,
CASE pa.pa_serv_ident
WHEN 'SN070201' THEN sp.ap_code
WHEN 'SN070101' THEN ex.ap_code
ELSE ''
END AS apCode,
CASE pa.pa_serv_ident
WHEN 'SN070201' THEN sp.ap_appr_state
WHEN 'SN070101' THEN ex.ap_appr_state
ELSE ex.ap_appr_state
END AS apApprState,
CASE pa.pa_serv_ident
WHEN 'SN070201' THEN sp.id
WHEN 'SN070101' THEN ex.id
ELSE sp.id
END AS paServId,
CASE pa.pa_serv_ident
WHEN 'SN070201' THEN '用款申请'
WHEN 'SN070101' THEN '费用报销'
ELSE '用款申请'
END AS paServIdentName
FROM
pur_or_payment AS pa
LEFT JOIN fin_sp_apply AS sp ON pa.id = sp.ap_serv_id AND pa.pa_serv_ident = 'SN070201'
LEFT JOIN fin_ex_apply AS ex ON pa.id = ex.ap_serv_id AND pa.pa_serv_ident = 'SN070101'
LEFT JOIN sys_ar_customer AS cu ON cu.id = pa.sys_ar_cu_id
LEFT JOIN sys_pr_user AS us ON us.us_username = pa.creator
WHERE pa_code = 'DF24030001'
ORDER BY pa_code DESC; +------------+---------------+-------------+-------------+----------+-----------------+
| pa_code | pa_serv_ident | apCode | apApprState | paServId | paServIdentName |
+------------+---------------+-------------+-------------+----------+-----------------+
| DF24030001 | SN070101 | BX240300001 | 3 | 10000063 | 费用报销 |
+------------+---------------+-------------+-------------+----------+-----------------+
1 rows in set (0.08 sec)

  

单据编号为 BX240300001,根据这张单据我们创建一条”重复记录“

单据编号为 BX340300001,但是业务类别为”销售合同“

INSERT INTO `fin_ex_apply`  VALUES (NULL, 'BX340300001', 1003, 10000021, 8, 'SN030601', '2024-03-19 10:24:03', ....); -- 后面信息省略

  

再次查询,问题复现,出现两条相同记录:

mysql> SELECT
pa.pa_code,
pa.pa_serv_ident,
CASE pa.pa_serv_ident
WHEN 'SN070201' THEN sp.ap_code
WHEN 'SN070101' THEN ex.ap_code
ELSE ''
END AS apCode,
CASE pa.pa_serv_ident
WHEN 'SN070201' THEN sp.ap_appr_state
WHEN 'SN070101' THEN ex.ap_appr_state
ELSE ex.ap_appr_state
END AS apApprState,
CASE pa.pa_serv_ident
WHEN 'SN070201' THEN sp.id
WHEN 'SN070101' THEN ex.id
ELSE sp.id
END AS paServId,
CASE pa.pa_serv_ident
WHEN 'SN070201' THEN '用款申请'
WHEN 'SN070101' THEN '费用报销'
ELSE '用款申请'
END AS paServIdentName
FROM
pur_or_payment AS pa
LEFT JOIN fin_sp_apply AS sp ON pa.id = sp.ap_serv_id AND pa.pa_serv_ident = 'SN070201'
LEFT JOIN fin_ex_apply AS ex ON pa.id = ex.ap_serv_id AND pa.pa_serv_ident = 'SN070101'
LEFT JOIN sys_ar_customer AS cu ON cu.id = pa.sys_ar_cu_id
LEFT JOIN sys_pr_user AS us ON us.us_username = pa.creator
WHERE pa_code = 'DF24030001'
ORDER BY pa_code DESC; +------------+---------------+-------------+-------------+----------+-----------------+
| pa_code | pa_serv_ident | apCode | apApprState | paServId | paServIdentName |
+------------+---------------+-------------+-------------+----------+-----------------+
| DF24030001 | SN070101 | BX240300001 | 3 | 10000063 | 费用报销 |
| DF24030001 | SN070101 | BX340300001 | 3 | 10000068 | 费用报销 |
+------------+---------------+-------------+-------------+----------+-----------------+
2 rows in set (0.09 sec)

  

改用修正后的SQL:

mysql> SELECT
pa.pa_code,
pa.pa_serv_ident,
CASE pa.pa_serv_ident
WHEN 'SN070201' THEN sp.ap_code
WHEN 'SN070101' THEN ex.ap_code
ELSE ''
END AS apCode,
CASE pa.pa_serv_ident
WHEN 'SN070201' THEN sp.ap_appr_state
WHEN 'SN070101' THEN ex.ap_appr_state
ELSE ex.ap_appr_state
END AS apApprState,
CASE pa.pa_serv_ident
WHEN 'SN070201' THEN sp.id
WHEN 'SN070101' THEN ex.id
ELSE sp.id
END AS paServId,
CASE pa.pa_serv_ident
WHEN 'SN070201' THEN '用款申请'
WHEN 'SN070101' THEN '费用报销'
ELSE '用款申请'
END AS paServIdentName
FROM
pur_or_payment AS pa
LEFT JOIN fin_sp_apply AS sp ON pa.id = sp.ap_serv_id AND sp.ap_serv_ident = 'SN050104'
LEFT JOIN fin_ex_apply AS ex ON pa.id = ex.ap_serv_id AND ex.ap_serv_ident = 'SN050104'
LEFT JOIN sys_ar_customer AS cu ON cu.id = pa.sys_ar_cu_id
LEFT JOIN sys_pr_user AS us ON us.us_username = pa.creator
WHERE pa_code = 'DF24030001'
ORDER BY pa_code DESC;
+------------+---------------+-------------+-------------+----------+-----------------+
| pa_code | pa_serv_ident | apCode | apApprState | paServId | paServIdentName |
+------------+---------------+-------------+-------------+----------+-----------------+
| DF24030001 | SN070101 | BX240300001 | 3 | 10000063 | 费用报销 |
+------------+---------------+-------------+-------------+----------+-----------------+
1 row in set (0.04 sec)

  

  

【MySQL】LEFT JOIN 踩坑的更多相关文章

  1. Ubuntu 16.04 安装Mysql 5.7 踩坑小记

    title:Ubuntu 16.04 安装Mysql 5.7 踩坑小记 date: 2018.02.03 安装mysql sudo apt-get install mysql-server mysql ...

  2. 【详记MySql问题大全集】四、设置MySql大小写敏感(踩坑血泪史)

    系列目录 一.安装MySql 二.安装并破解Navicat 三.没有my.in配置文件怎么办 四.设置MySql的大小写敏感 五.重置MySql登陆密码 这一篇可以说是我的踩坑的血泪史了... MyS ...

  3. MySQL切换版本踩坑记录(包括恢复数据方法)

    踩坑起因:在创建数据库时, 字段:create_time datetime DEFAULT CURRENT_TIMESTAMP, 报异常--Error Code: 1067 - Invalid def ...

  4. SparkR链接mysql数据库(踩坑)

    本文主要讲述sparkR链接Mysql的过程和坑. SparkR的开发可以用RStudio工具进行开发,连接spark可以通过RStudio界面中的Connections进行配置连接;具体方法这里不做 ...

  5. Linux下部署MySQL,大小写敏感踩坑记录

    今天在将开发环境中的门户数据库复制到新环境后,使用SqlSugar的ORM框架进行数据库操作的时候,出现了主键找不到的现象.排查了很久终于发现了关键点.特此记录. 1.开发环境:    操作系统:CE ...

  6. Spark踩坑记——共享变量

    [TOC] 前言 Spark踩坑记--初试 Spark踩坑记--数据库(Hbase+Mysql) Spark踩坑记--Spark Streaming+kafka应用及调优 在前面总结的几篇spark踩 ...

  7. Spark踩坑记——数据库(Hbase+Mysql)

    [TOC] 前言 在使用Spark Streaming的过程中对于计算产生结果的进行持久化时,我们往往需要操作数据库,去统计或者改变一些值.最近一个实时消费者处理任务,在使用spark streami ...

  8. MySQL 5.7版本安装教程-踩坑总结

    下载 MySQL下载地址 选择下载64位(看自己电脑是32位还是64位) 点击下载之后,它会让你登录,没有Oracle账户,跟着它的步骤注册一个就好了. 安装 打开下载好的压缩包解压到你的某一目录下, ...

  9. 【踩坑记录】记一次MySQL主从复制延迟的坑

    最近开发中遇到的一个MySQL主从延迟的坑,记录并总结,避免再次犯同样的错误. 情景 一个活动信息需要审批,审批之后才能生效.因为之后活动要编辑,编辑后也可能触发审批,审批中展示的是编辑前的活动内容, ...

  10. CentOS7.4安装MySQL踩坑记录

    CentOS7.4安装MySQL踩坑记录 time: 2018.3.19 CentOS7.4安装MySQL时网上的文档虽然多但是不靠谱的也多, 可能因为版本与时间的问题, 所以记录下自己踩坑的过程, ...

随机推荐

  1. kubernetes——资源管理

    Kubernetes 资源管理 介绍 kubernetes中,所有的内容都抽象为资源,用户需要通过操作资源来管理kubernetes. kubernetes的最小管理单元是pod而不是容器,所以只能将 ...

  2. ES6 ES6变量的声明

      // ES6语法         // 是对js影响最大的一个版本更新         // 在 ES6 语法中 退出了很多新的 语法结构         // 就相当于 js 语言, 换了一个新 ...

  3. 实例讲解多处理器下的计算机启动(xv6的启动过程)

    启动 启动方面的文章之前也写过,那是我的第一篇文章,本文在前文的基础之上完善,然后增加了多处理器启动的情况,废话不多说直接来看. 启动可以分为两种,一种为冷启动,是指计算机在关机状态下按 POWER ...

  4. TiDB 多集群告警监控-初章-监控融合、自动告警处理

    author:longzhuquan 背景 随着公司XC改造步伐的前进,越来越多的业务选择 TiDB,由于各个业务之间需要物理隔离,避免不了的 TiDB 集群数量越来越多.虽然每套 TiDB 集群均有 ...

  5. 实战 k8s----初识

    什么是k8s?k8s是谷歌开源的一套完整的容器管理平台,方便我们直接管理容器应用.谷歌称之为,kubernetes,[kubə'netis] ,(跟我一起读库波尔耐题思,重音在耐的音上),由于字母太多 ...

  6. php des加密用java解析不了 改个模式 加个IV php密钥/IV要求都是8位

    php des加密用java解析不了 改个模式 加个IV  php密钥/IV要求都是8位 php des加密用java解析不了 Wrong IV length: must be 8 bytes lon ...

  7. Linux 内核:RCU机制与使用

    Linux 内核:RCU机制与使用 背景 学习Linux源码的时候,发现很多熟悉的数据结构多了__rcu后缀,因此了解了一下这些内容. 介绍 RCU(Read-Copy Update)是数据同步的一种 ...

  8. Linux设备模型:6、Bus

    作者:wowo 发布于:2014-4-15 19:21 分类:统一设备模型 原创文章,转发请注明出处.蜗窝科技,www.wowotech.net. 概述 在Linux设备模型中,Bus(总线)是一类特 ...

  9. OpenCV程序练习(四):人脸识别

    一.人脸检测 准备图片 代码 import cv2 img=cv2.imread("Faces.jpeg") faceCascade=cv2.CascadeClassifier(' ...

  10. 新品再袭,比RK3568J降本40%+,瑞芯微最新性价比工业平台-RK3562J