多表合并技术问询：同结构SQL结果合并（UNION未达预期）

看起来你遇到的核心问题大概率是UNION的特性没摸透，或者字段值的细微差异（比如大小写、空格）导致合并结果不符合预期，我来帮你梳理下具体的排查和解决办法：

1. 优先换用UNION ALL替代UNION #

UNION的默认行为是合并结果集后自动去除重复行，而UNION ALL会保留所有行（包括重复的）。如果你的两个SQL返回的是不同数据集，但用UNION后发现部分行消失，很可能是这些行在两个结果集中完全重复，被UNION去重了。

比如把你的两个SQL改成用UNION ALL连接：

-- 第一个查询（SQL1）
select distinct Job, 
       case job_status when 'B' then 'GREEN' when 'E' then 'RED' end as M_Job_Status
from job_scheduler 
where convert(varchar, job_run_date, 101) = '{0}' 
  and job_type in ('Morning_Jobs')

UNION ALL

-- 第二个查询（SQL2，假设结构与SQL1一致，比如job_type不同）
select distinct Job, 
       case job_status when 'B' then 'GREEN' when 'E' then 'RED' end as M_Job_Status
from job_scheduler 
where convert(varchar, job_run_date, 101) = '{0}' 
  and job_type in ('Afternoon_Jobs')

2. 确认字段的一致性 #

如果换用UNION ALL还是不对，要检查两个查询的字段是否完全匹配：

• 字段数量、顺序必须完全一致
• 数据类型要相同（比如Job都是字符串类型，长度一致）
• 字段值格式要统一：比如你SQL1里写的返回'GREEN'大写，但结果显示green小写，若SQL2返回的是大写，可能会被UNION视为不同值。可以用UPPER()或LOWER()统一格式：

select distinct Job, 
       LOWER(case job_status when 'B' then 'GREEN' when 'E' then 'RED' end) as M_Job_Status
from job_scheduler 
where convert(varchar, job_run_date, 101) = '{0}' 
  and job_type in ('Morning_Jobs')

UNION ALL

select distinct Job, 
       LOWER(case job_status when 'B' then 'GREEN' when 'E' then 'RED' end) as M_Job_Status
from job_scheduler 
where convert(varchar, job_run_date, 101) = '{0}' 
  and job_type in ('Afternoon_Jobs')

另外，每个查询里的distinct可以按需取舍：如果用UNION，外层已经会去重，内层distinct可以去掉以减少查询开销；如果用UNION ALL且需要保留单个查询内的唯一行，那就保留distinct。

3. 排查数据的隐性差异 #

如果问题还存在，可以分别运行两个SQL导出结果对比，看看是否存在看起来相同但实际有差异的行（比如Job字段前后有空格）。这种情况可以用LTRIM(RTRIM(Job))去除空格后再合并。

内容的提问来源于stack exchange，提问作者J. Raj