Informatica SQ查询返回结果异常问题咨询（DB2数据源）

这种情况大概率不是CASE语句本身的语法问题——毕竟你在DB2客户端直接执行完全正常，问题应该出在Informatica对该计算字段的处理逻辑或者配置上。下面是几个常见的排查方向和解决步骤：

1. 先确认Informatica SQ执行的SQL和你测试的完全一致 #

很多时候我们以为SQ里的SQL和本地测试的一样，但可能存在以下情况：

• 复制粘贴时不小心修改了CASE语句（比如把ELSE 'Y'改成了其他值）；
• Informatica自动对SQL做了调整（比如字段名加了引号、转换了大小写）。

解决动作：

• 从Informatica的Session日志里找到SQ实际发送给DB2的SQL语句（日志里会有类似Executing SQL Query: [你的SQL]的条目）；
• 把这段SQL复制到DB2客户端执行，看结果是否正常。如果这里执行结果也是'E'，那就是SQL本身的问题；如果正常，继续往下排查。

2. 检查计算字段的元数据配置 #

Informatica对字段的数据类型、长度的配置可能会覆盖SQL的返回结果：

• 你提到源列是长度1的字符列，但Informatica中该计算字段的数据类型是否被错误设置？比如不小心设成了数字类型，或者长度被设为0？
• 有没有给该字段设置默认值为'E'？如果元数据里默认值优先级高于SQL返回值，就会出现这种诡异的结果。

解决动作：

• 打开Source Qualifier的字段属性窗口，查看该计算字段的Data Type（确认是Char(1)）、Length（设为1），以及Default Value是否为空。

3. 排查Column1的实际抽取值与后续修改 #

虽然你在数据库里看到Column1不是'3'，但Informatica抽取时可能拿到了不一样的值：

• 比如Column1实际存储了不可见字符（比如空格、换行符），导致Column1='3'的条件不满足，但CASE应该返回'Y'，而不是'E'——这时候要怀疑是不是后续的转换组件修改了这个字段；
• 或者Column1的值是全角字符'３'，和半角'3'不匹配，同样会走ELSE分支，但还是应该返回'Y'。

解决动作：

• 在Source Qualifier后面加一个Expression转换，把Column1和计算字段的值都输出到会话日志（用LOG()函数），看实际抽取到的内容是什么；
• 检查后续的转换组件（比如Expression、Router、Filter等）有没有修改这个计算字段的值——比如不小心把它和其他字段做了关联或者赋值。

4. 检查字符集配置冲突 #

如果DB2的字符集和Informatica会话使用的字符集不一致，可能会导致字符转换错误：

• 比如DB2用UTF-8，Informatica会话用ISO-8859-1，某些字符可能被错误解析成'E'（虽然这种情况比较少见，但值得排查）。

解决动作：

• 确认DB2数据库的字符集（可以用SELECT * FROM SYSIBM.SYSCHARSETS查询）；
• 查看Informatica会话的Character Set配置（在Session属性的Config Object标签下），确保两者一致。

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