今天抽取数据报1千多W的数据报错

powercenter workflow卡死不动,也没报错就显示 timeout based commit point 

WRT_8165 - TIMEOUT_BASED_COMMIT_POINT

原因分析得出是因为抽取表时,有人对源表进行更新或者INSERT操作导致的。

再此情况下解决问题就简单了。

DB2中直接在sql Query中SQL结尾添加WIRH UR进行脏读即可。

但我源表对应的为ORACLE,而ORACLE不支持脏读,网友有人说通过修改提交频率减少上面问题的发生,修改如下:

如果对数据实时性要求不高,建议T+1,这样可以有效避免该类问题的发生。

注、如果以上的并未解决问题,可以看下数据是否有问题,或许某一条。

最新文章

  1. 同个项目写webservice引用EF出现的问题
  2. java中的集合
  3. 常见的几个Python面试题
  4. phpMyAdmin的配置
  5. AsyncOperation变成同步的代码
  6. HDU1978 记忆化搜索
  7. MySQL information_schema表查询导致内存暴涨
  8. javascript中遍历EL表达式List集合中的值
  9. UI_拖动View
  10. volatile CAS区别
  11. layui获取子集表单中的值,关闭父级弹窗
  12. nginx配置文件nginx.conf 不包括server节点
  13. UltraCompare 激活
  14. 题目1076:N的阶乘(大数乘法)
  15. linux-radhat-gitlab服务搭建
  16. 把一个IEEE754浮点数转换为IBM370浮点数的C#代码
  17. bootstrap table使用指南
  18. Photoshop AI插件
  19. 设计模式 -- 桥接模式(Bridge)
  20. mouseover 有一个多次触发的问题

热门文章

  1. kernel namespace
  2. c++ 数据类型长度
  3. 注解之@RequestParam和@GetMapping
  4. codeforces#1234F. Yet Another Substring Reverse(子集dp)
  5. NMS(非极大值抑制)实现
  6. ylbtech-SQL-W3School-高级:SQL NOT NULL 约束
  7. Activiti核心API
  8. Hibernate fetch相关
  9. ios 本地模糊搜索
  10. vue+大文件断点续传