将两个SQL Server查询合并为CTE时数值异常问题排查

• 笛卡尔积导致行重复匹配
  这是最常见的问题：如果主查询里的两个CTE没有通过正确的关联字段（比如日期、业务ID）做JOIN，或者关联条件太宽泛（比如用1=1这种恒成立条件），两个结果集会进行全量交叉匹配。比如CTE_A有10行数据，CTE_B有10行，没关联的话会生成100行结果，聚合后的Sales、KPI数值会被重复计算N倍，自然远高于预期。
  错误示例：

  WITH CTE_A AS (SELECT date, SUM(sales) AS sales FROM table_a GROUP BY date),
       CTE_B AS (SELECT date, SUM(kpi) AS kpi FROM table_b GROUP BY date)
  SELECT CTE_A.date, CTE_A.sales, CTE_B.kpi
  FROM CTE_A, CTE_B -- 无关联条件，触发笛卡尔积
  

  修正方式：通过关联字段做JOIN，比如按日期匹配：

  SELECT CTE_A.date, CTE_A.sales, COALESCE(CTE_B.kpi, 0) AS kpi
  FROM CTE_A
  LEFT JOIN CTE_B ON CTE_A.date = CTE_B.date
  

• 聚合层级不匹配
  如果两个原查询的聚合维度不一样，比如Query A是按日期+地区分组，Query B只按日期分组，关联后同一日期下的多个地区行都会绑定到同一个日期的KPI值，导致KPI被重复累加。比如某日期下CTE_A有3个地区的行，CTE_B同一日期只有1行，最终KPI数值会变成原来的3倍。

• CTE内部存在重复数据
  要是Query A或Query B本身的查询结果里有重复行（比如分组逻辑错误、JOIN后产生重复记录），合并后这些重复行的数值会被多次计算。比如CTE_A里某一天的Sales被重复输出了5次，合并后该日期的Sales就会被放大5倍。

• 关联字段类型不匹配
  比如CTE_A的日期字段是DATE类型，CTE_B的日期字段是DATETIME类型，直接用=关联会因为时间部分的差异导致匹配失败，反而产生额外的不匹配行，或者某些行被错误关联多次。这种情况需要先统一字段类型，比如用CAST(CTE_B.date AS DATE)转换后再关联。

• 主查询错误二次聚合
  如果在主查询里对CTE已经聚合好的数值再次使用SUM等聚合函数，而不是直接引用，也会导致数值异常。比如错误地把两个CTE的结果用UNION ALL合并后再聚合，会把Sales和KPI的数值混在一起累加，完全偏离预期。

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