合并三个SQL函数为一个后结果行数不符的问题排查

我来帮你梳理下排查这个行数差异的思路，毕竟合并SQL函数时很容易在细节上踩坑：

• 先确认原三个函数的行计数构成
  先单独执行每个函数，核对各自的返回行数：

  SELECT COUNT(*) FROM Function1();
  SELECT COUNT(*) FROM Function2();
  SELECT COUNT(*) FROM Function3();
  

  把这三个数加起来，看是否等于24755？还是原三个函数的结果本身存在重复行，实际是用UNION去重后得到的24755？这一步能帮你明确：是合并时丢了数据，还是原逻辑本身的重复行被你误判为“应该保留”。

• 检查合并时的集合操作符
  如果你是用UNION来合并三个函数的结果，它会自动去重，要是原三个函数的结果有重复行，合并后行数自然会减少。这时候可以临时换成UNION ALL试试，看行数是否和原总和一致。如果一致，说明问题出在去重逻辑上，你需要结合业务判断：原场景是否允许重复行，还是你误把UNION ALL写成了UNION。

• 核对合并逻辑的连接/过滤条件
  要是你不是简单合并结果集，而是把三个函数的逻辑整合到了一个关联查询里，重点检查：

  • 是不是用了INNER JOIN而非LEFT JOIN？原三个函数可能是独立查询，没有关联，合并时用内连接会直接丢失不满足关联条件的行。
  • 合并后的查询有没有额外添加原函数没有的WHERE过滤条件？比如某个字段的筛选范围变窄，或者不小心加了DISTINCT导致意外去重。

• 逐行对比原函数与合并后函数的逻辑细节
  把合并后的函数和原三个函数做逐段对比：

  • 有没有漏掉原函数里的CASE分支、IF判断？比如原函数处理某个特殊值的逻辑，合并时被遗漏了。
  • 聚合函数或分组逻辑有没有变化？比如原函数用SUM(CASE ...)，合并时改成了普通SUM()，或者GROUP BY的字段少了，导致行数被聚合减少。
  • NULL值处理逻辑是否一致？原函数可能用IS NULL/IS NOT NULL做了判断，合并时忽略后导致某些行被过滤。

• 用差集查询定位缺失的行
  直接找出哪些行在原三个函数里存在，但合并后的函数里没有：

  -- 找出原结果有但合并后缺失的行
  SELECT * FROM (
      SELECT * FROM Function1()
      UNION ALL
      SELECT * FROM Function2()
      UNION ALL
      SELECT * FROM Function3()
  ) AS original_data
  EXCEPT
  SELECT * FROM YourMergedFunction();
  

  拿到这些缺失的行后，分析它们的特征：比如是不是属于原某个函数的结果，或者某个字段的值比较特殊，这样就能快速定位到合并时哪个环节出了问题。

• 检查字段匹配与数据类型
  确保合并后的查询返回的字段，和原三个函数的字段完全一致：包括字段名、顺序、数据类型。如果数据类型不一致（比如原函数返回VARCHAR(50)，合并后改成VARCHAR(30)），可能会导致字符串截断，进而被判定为不同行或直接丢失。

内容的提问来源于stack exchange，提问作者matrixfox