欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

Informatica的RR_4035 错误排查

程序员文章站 2022-07-06 09:32:38
启动工作流报错:按照这条信息的说法,Informatica在调取oltp数据时,执行了select查询,可是居然找不到mannufactures表,让我很疑惑,这张表明明就在Oracle数据库里啊,而且手工select非常顺畅。查官方手册,是这么说的:经这么一提醒,最后把问题锁定在Mapping Designer下的“查找转换”模块,这是一个类似Excel中Vlookup的工具,按给定字段查找对应的目标数据;因为源表中,制造商的ID和NAME分别存储在两张表中,而目标表希望整合到一起,所...

启动工作流报错:

Informatica的RR_4035 错误排查

按照这条信息的说法,Informatica在调取oltp数据时,执行了select查询,可是居然找不到mannufactures表,让我很疑惑,这张表明明就在Oracle数据库里啊,而且手工select非常顺畅。

查官方手册,是这么说的:

Informatica的RR_4035 错误排查

经这么一提醒,最后把问题锁定在Mapping Designer下的“查找转换”模块,这是一个类似Excel中Vlookup的工具,按给定字段查找对应的目标数据;因为源表中,制造商的ID和NAME分别存储在两张表中,而目标表希望整合到一起,所以使用了这个工具做转换;

Informatica的RR_4035 错误排查

在“属性”下的Connection Information中,设置链接关系,从默认值“$Source”改为“DA_OLTP”(DA_OLTP是我定义的源数据库对象)

Informatica的RR_4035 错误排查

 

Informatica的RR_4035 错误排查

然后刷新映射,重新开启工作流,问题解决。

Informatica的RR_4035 错误排查

不得不说,这个问题很隐蔽,尤其是第一次遇到的确有点懵逼。想想本来在创建转换工具时,就已经指定了数据来源,不然对应的字段也不会生成。

“魔鬼藏在细节里”,不能大意。

 

本文地址:https://blog.csdn.net/garyT001/article/details/108986330

相关标签: ETL