Datastage 使用Change Capture再次遭遇违反唯一约束问题

浏览: 2139

环境信息:

版本:IBM InfoSphere DataStage V11.3.1

操作系统:linux redhat 6.4

数据库:Oracle 11.2.0.4.0

问题描述:

作业设计:

Clipboard Image.png

报错信息如下:

Clipboard Image.png

问题分析:

引发该问题,我们可以怀疑是否由以下两点造成:

1.检查数据源是否有重复数据,导致引发该问题。

2.检查主键对比字段是否为唯一键值。

a)以上检查都OK,那么就需要对作业本生做分析,这个作业功能是对比两个数据文件获取有差异的数据,也就是增量数据其中有一点比较重要,那就是在加载数据之后,我们会多一个字段也就是CHANGE_CODE。 这个字段是用来记录数据的变化的,(1 为新增,2为删除,3为修改)

b)我们首先把这个索引去除掉,然后跑数据,查看这些数据的变化。会发现之前建立强制索引的主键 CUSTOMID, USERID 有重复,虽然一个为2 表示删除,但我们还是会保留。 而业务系统直接删除,并未做保留,所以业务系统不会受强制唯一索引约束。我们需要重新创建基于  CUSTOMID, USERID,CHANGE_CODE 的强制唯一索引。

Clipboard Image.png


处理办法:

1.将该强制唯一索引去除,ID 已经是唯一索引,可以支撑Change Capture 做对比。

2.建立以 CUSTOMID, USERID,CHANGE_CODE 的主键约束

alter table ODM.O_RT_CSTCUSTOMMANAGER
add constraint UN_CSTCUSTOMMANAGER_CUSTO_2 unique (CUSTOMID, USERID,CHANGE_CODE)
using index
tablespace ODM_L;

总结:

处理该问题相对简单,但也提醒我们在开发设计中要多加留意。比如CHANGE_CODE的出现,我们也要对唯一约束做相应调整。

推荐 2
本文由 我是最优雅的杀手,不杀人专杀狗 创作,采用 知识共享署名-相同方式共享 3.0 中国大陆许可协议 进行许可。
转载、引用前需联系作者,并署名作者且注明文章出处。
本站文章版权归原作者及原出处所有 。内容为作者个人观点, 并不代表本站赞同其观点和对其真实性负责。本站是一个个人学习交流的平台,并不用于任何商业目的,如果有任何问题,请及时联系我们,我们将根据著作权人的要求,立即更正或者删除有关内容。本站拥有对此声明的最终解释权。

0 个评论

要回复文章请先登录注册