关于UNION和UNION ALL

本文通过实际案例解析了SQL语句中UNION与UNION ALL的区别。在进行表间组合查询时,作者最初使用UNION导致了统计结果的误差。通过分析发现,UNION会去除重复记录,而UNION ALL则保留所有记录,最终修正了查询语句。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

  做了几年的数据库系统,一直都用UNION进行表间组合查询,UNION ALL很少用到。今天因为统计数据时出现了2.4的误差,把几万条数据都导出来慢慢分析,才找到问题所在,原来都是UNIONUNION ALL惹的祸。
     门诊收费包含两个表:处方表和医技表,对于每一张收费发票,可能会只有药品处方、或者只有医技收入,或者两者皆有。这样,在进行统计的时候,就需要将这两张表进行组合统计查询,自然要使用UNION查询了,我最初写的SQL语句是这样的:
Select d.FPHM,d.BRXM,d. HJRY, sum(HJJE) as ZJE
from(
select FPHM,BRXM,HJRY,HJJE from T_CF where KFRQ >= 开始时间and KFRQ < 结束时间
union
select FPHM,BRXM,HJRY,HJJE from T_YJ where KDRQ >= 开始时间and KDRQ < 结束时间
)d
group by d.FPHM,d.BRXM,d. HJRY
order by d.FPHM
     一直的偶然机会没有出现,当初写这条语句的时候并没有料到会产生今天的错误。当T_CFT_YJ表中刚好查询出一模一样的FPHM,BRXM,HJRY,HJJE时,那么sum(HJJE)计算出来的就只有一个了,举个数据来说明下:
     一个病人A,在收费员B那产生了一张门诊收费发票(发票号00888),他的医药费用为2.4元,同时医技费用也为2.4元。按照上述SQL语句,从T_CF中查询出来的是:00888, A, B,2.4 ,从T_YJ中查询出的也是:00888,A,B,2.4;但是计算出来的SUM(HJJE)却还是2.4,并不是我们期待的4.8
     问题出在哪儿呢?我是百思不得其解,直到后面去看UNION的查询原来才看出端倪所在:UNION指令的目的是将两个SQL语句的结果合并起来,用 UNION这个指令时,我们只会看到不同的资料值 (类似 SELECT DISTINCT)
     在SQL大全里提到了另一个关键词:UNION ALL,以前学数据库的时候好像没怎么注意这个东西,现在不得不好好去研究下了:UNION ALL 这个指令的目的也是要将两个 SQL 语句的结果合并在一起。 UNION ALL UNION 不同之处在于 UNION ALL 会将每一笔符合条件的资料都列出来,无论资料值有无重复。
终于找到问题之所在了,将SQL语句改成:
Select d.FPHM,d.BRXM,d. HJRY, sum(HJJE) as ZJE
from(
select FPHM,BRXM,HJRY,HJJE from T_CF where KFRQ >= 开始时间and KFRQ < 结束时间
union all
select FPHM,BRXM,HJRY,HJJE from T_YJ where KDRQ >= 开始时间and KDRQ < 结束时间
)d
group by d.FPHM,d.BRXM,d. HJRY
order by d.FPHM
执行测试,搞定!

     其实是个很弱智的问题,以前没怎么注意,但是今天因为它浪费了我宝贵的一个多小时,谨以此文纪念那逝去的一个多小时,也给自己提个醒,要注意细节!
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值