两个SSIS包源查询一致但结果集有差异，寻求调试方案

1. 直接验证数据库查询结果 #

• 在数据库的同一个会话窗口中，分别执行两个包的核心查询逻辑，对比返回结果：
  • 执行Package1的查询：

    select * from (Select c1,c2,c3,Rownum from ABC) t where t.Rownum=1
    

  • 执行Package2的组合查询（保持会话不中断，避免临时表失效）：

    Select c1,c2,c3,Rownum into #Temp from ABC
    select * from #Temp where Rownum=1
    

  • 如果直接查询结果就不一致，说明问题出在SQL逻辑而非SSIS包配置。

2. 检查SSIS执行上下文一致性 #

• 确认两个包的连接管理器完全相同：包括数据库实例、认证方式、默认数据库、事务隔离级别（如READ COMMITTED/READ UNCOMMITTED），不同连接可能读取到不同版本的数据。
• 查看连接管理器的事务属性：如果其中一个包启用了事务，另一个没有，可能导致数据读取的隔离性差异。

3. 验证临时表数据完整性 #

• 在Package2的Execute SQL Task之后，临时添加一个Execute SQL Task，执行以下语句并将结果输出到日志或变量：

  select count(*) as 临时表行数, min(Rownum) as 最小Rownum, max(Rownum) as 最大Rownum from #Temp
  

• 对比临时表的行数和ABC表的行数，确认是否存在数据丢失；同时检查Rownum的范围是否和ABC表一致。
• 可选：临时将#Temp的数据插入到持久化表（如Temp_Copy），直接和ABC表做全量对比。

4. 排查Rownum生成逻辑 #

• 如果Rownum是ABC表的自有字段：检查两个包运行期间，ABC表是否有数据插入/更新，导致两次查询的Rownum=1对应的行不同。
• 如果Rownum是查询时生成的行号（如SQL Server的ROW_NUMBER()或Oracle的ROWNUM）：注意无排序规则的行号是不确定的——数据库会按存储引擎的物理顺序返回数据，两次查询可能生成不同的行号。必须在查询中明确添加ORDER BY子句，确保行号生成的一致性，例如：

  -- 修改Package1的查询
  select * from (Select c1,c2,c3,ROW_NUMBER() OVER(ORDER BY c1) as Rownum from ABC) t where t.Rownum=1
  -- 修改Package2的查询
  Select c1,c2,c3,ROW_NUMBER() OVER(ORDER BY c1) as Rownum into #Temp from ABC
  

5. 分析SSIS执行日志与数据转换 #

• 启用SSIS的Diagnostic级别日志，查看两个包执行时：
  • 源查询的执行时间、返回行数是否匹配；
  • 数据流任务（DFT）中是否有字段截断、数据类型转换警告，这些可能导致最终插入TableA和TableB的数据不一致。
• 检查DFT的目标组件配置：确认字段映射是否完全一致，是否有默认值、空值处理的差异。

6. 精准定位表数据差异 #

• 使用以下SQL语句找出TableA和TableB的具体差异，反推问题根源：

  -- 全外连接找出两边缺失的行
  select * 
  from TableA
  full outer join TableB 
  on TableA.c1 = TableB.c1 
  and TableA.c2 = TableB.c2 
  and TableA.c3 = TableB.c3 
  and TableA.Rownum = TableB.Rownum
  where TableA.c1 is null or TableB.c1 is null;
  
  -- 查看两边的数据分布
  select c1,c2,c3,Rownum, count(*) as 出现次数 from TableA group by c1,c2,c3,Rownum;
  select c1,c2,c3,Rownum, count(*) as 出现次数 from TableB group by c1,c2,c3,Rownum;
  

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