【问题标题】:What could be the possible reason for Target insert row count in log file to differ from actual inserts in database?日志文件中的目标插入行数与数据库中的实际插入不同的可能原因是什么?
【发布时间】:2020-04-02 14:01:59
【问题描述】:

我面临的问题是,即使从源读取的记录和插入到目标的记录匹配,工作流监视器的源/目标静态部分也没有反映。

工作流监视器:28387 拒绝行:1 MYSQL 计数:23527

由于数据类型转换错误 varchar 到 int,行被静默拒绝。源中只有一行应该被拒绝,但它默默地拒绝了超过 5k 条记录。

需要找到根本原因。

【问题讨论】:

  • 将源与目标相匹配,然后找出静默拒绝的原因。除此之外,我不知道我们能提供什么帮助。
  • 可能有很多可能性——比如数据类型不匹配、唯一键违规、数据长度不匹配、试图将日期插入非日期字段。我应该说调试以找出答案 - 1. 将会话设置为详细模式并仅传递丢失的记录并查看它在哪里下降。 2. 您也可以使用informatica debug 来找出它的丢弃位置。

标签: mysql informatica informatica-powercenter


【解决方案1】:

尝试使用聚合器调试问题,对所有列进行分组并获取记录计数并将该计数加载到平面文件中。这给出了正在处理的记录数。通过在每一列上取消分组来重复此步骤,直到您的记录数差异等于聚合器中的记录数。

这有助于确定导致问题的列。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-01-27
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多