Informatica 错误:Cannot convert from SQL type 93 to C type 4
2016-04-08 16:53
656 查看
经验和积累蛮重要!向大神学习!
----------------------------------------------------------------------
Mapping:
在source --> source qualifier 之后,我去掉了一列 Event_number,然后导入target表中。
![](http://img0.ph.126.net/kUyrWZlRENgVKhy_WMSuiQ==/6608720191864139064.png)
然后,在workflow中
![](http://img0.ph.126.net/YwQ3_5t_rqFAMcCeLCik3A==/6608772968422272804.png)
source里面的SQL query 填了一个筛选条件;
选出Airs_On='CBS' 的所有行(列起初和source保持一致)。
最后跑这个workflow 就报出了一个奇葩的错误!!!!
------------------------------------------------------------------------------------------------------------------------
RR_4035 SQL Error [
FnName: Fetch -- [Informatica][ODBC SQL Server Wire Protocol driver] Unable to convert column 1. Cannot convert from SQL type 4 to C type 93].
----------------------------------------------------------------------------------------------------------------------
![](http://img1.ph.126.net/a-H7Lz9JrcsSBcTaCd8Jdw==/6608459607608356495.png)
查找过parameter 的配置,没错!
mapping 没错!
SQL query 没错!
Connection 没错!
额,找来buddy,他觉得很奇葩,但是引起了他的兴趣!
锲而不舍之下,查看query,对比列个数,对比source 表和 target表!终于发现了原因:
是因为 Source 和 target 的行数不一致,source里面的SQL Query 列 应该和target一致!!!!
![](http://img0.ph.126.net/Icq-wQLo0RAKqXEx1M3yew==/6608517881724630387.png)
----------------------------------------------------------------------
Mapping:
在source --> source qualifier 之后,我去掉了一列 Event_number,然后导入target表中。
![](http://img0.ph.126.net/kUyrWZlRENgVKhy_WMSuiQ==/6608720191864139064.png)
然后,在workflow中
![](http://img0.ph.126.net/YwQ3_5t_rqFAMcCeLCik3A==/6608772968422272804.png)
source里面的SQL query 填了一个筛选条件;
选出Airs_On='CBS' 的所有行(列起初和source保持一致)。
最后跑这个workflow 就报出了一个奇葩的错误!!!!
------------------------------------------------------------------------------------------------------------------------
RR_4035 SQL Error [
FnName: Fetch -- [Informatica][ODBC SQL Server Wire Protocol driver] Unable to convert column 1. Cannot convert from SQL type 4 to C type 93].
----------------------------------------------------------------------------------------------------------------------
![](http://img1.ph.126.net/a-H7Lz9JrcsSBcTaCd8Jdw==/6608459607608356495.png)
查找过parameter 的配置,没错!
mapping 没错!
SQL query 没错!
Connection 没错!
额,找来buddy,他觉得很奇葩,但是引起了他的兴趣!
锲而不舍之下,查看query,对比列个数,对比source 表和 target表!终于发现了原因:
是因为 Source 和 target 的行数不一致,source里面的SQL Query 列 应该和target一致!!!!
![](http://img0.ph.126.net/Icq-wQLo0RAKqXEx1M3yew==/6608517881724630387.png)
相关文章推荐
- Oracle Study之-Oracle 11g OCM考试大纲
- 一些sql的写法
- 将txt文本数据导入到Oracle数据库中去
- oracle抽取函数-extract()
- 根据数据库字段查询字段所在表
- 1、MongoDB的安装
- 使用sysbench对mysql压力测试
- sql经典题目
- Teradata SQL tips
- 深入浅出数据仓库中SQL性能优化之Hive篇
- Inception安装部署实现SQL自动审核与上线
- 如何设计数据库
- 如何设计一个优秀的数据库
- mysql数据库delete语句不支持别名,用表名代替别名引用
- Jython操作MySQL数据库
- 关于SQL中exists和not exists的使用
- MySQL分区表
- pl/sql中文乱码问题解决
- mysql 分组排序
- 数据库的图形化界面的安装