一、问题发现:

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

主表付款表:

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. 网页CSS源码

    EntryTag { margin-top:20px; font-size:9pt; color:gray } .topicListFooter { text-align:right; margin- ...

  2. c#WinFrom自定义图表仪表控件-频谱

    这是为客户定制的一个频谱图表控件,先看下成品效果,gif较大,略等片刻 开发步骤分析: 1.界面有多个间距不等的线分割的区域,每个区域的值范围不同,我们就需要把每个区域定义出来,方便我们操作的时候来计 ...

  3. 算法学习笔记(13): Manacher算法

    Manacher算法 形象的被译为马拉车算法 这个算法用于处理简单的回文字符串的问题.可以在 \(O(n)\) 的复杂度内处理出每一个位置为中心的回文串的最长长度. 为了避免出现偶数长度的回文串,导致 ...

  4. Easysearch 压缩功能的显著提升:从 8.7GB 到 1.4GB

    引言 在海量数据的存储和处理中,索引膨胀率是一个不可忽视的关键指标.它直接影响了存储成本和查询性能.近期,Easysearch 在这方面取得了显著的进展,其压缩功能的效果远超过了之前的版本.本文将详细 ...

  5. mysql备份实战

    1.备份恢复演练(mysqldump+binlog) 知识储备 如下内容.. 全量备份 全量数据,指的是某一整个数据库(如kings)中所有的表.以及表数据,进行备份. 例如备份所有数据库.以及所有数 ...

  6. Illegal character ((CTRL-CHAR, code 31))问题排查 gzip接口返回 RestTemplate GET POST请求

    Illegal character ((CTRL-CHAR, code 31))问题排查 gzip接口返回 #接口返回gzip方式 private static final String ENCODI ...

  7. Navicat Premium v16.0.6 绿色破解版

    这里版本:Navicat Premium v16.0.6.0 ,这个是绿色版,不需要安装,启动Navicat.exe即可用 破解工具:NavicatKeygenPatch(其它版本也能破解) 1.下载 ...

  8. Netty(三)Netty模型

    1. Netty模型 Netty主要基于主从Reactor多线程模型做了一定的改进,其中主从Reactor多线程模型有多个Reactor. 简版图: 说明: BossGroup线程维护Selector ...

  9. 修改Git Commit提交记录的用户名Name和邮箱Email

    修改Git 本次Commit提交记录的用户名Name和邮箱Email git commit --amend --author="new-name <xxx@new.com>&qu ...

  10. 痞子衡嵌入式:浅聊恩智浦i.MXRT官方SDK里关于串行Flash相关的驱动与例程资源(上篇)

    大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家介绍的是恩智浦i.MXRT官方SDK里关于串行Flash相关的驱动与例程资源. 经常有同事以及 i.MXRT 客户咨询痞子衡,咱们恩智浦官方 S ...