| « | September 2025 | » | | 日 | 一 | 二 | 三 | 四 | 五 | 六 | | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | | | | | |
|
|
| 公告 |
|
欢迎大家访问，希望大家多多交流！
Email:hello105@ustc.edu
QQ: 7779112
|
| 统计 |
blog名称:hello105
日志总数:63
评论数量:174
留言数量:3
访问次数:398456
建立时间:2004年11月8日 |
| 
|
W3CHINA Blog首页 管理页面 写新日志 退出
 DataStage 开发中遇到的几个问题 |
音乐昆虫 发表于 2008/5/10 21:43:19 |
1.client版本的影响 在进行DataStage开发时，刚开始并没有意识到client版本会对兼容性造成影响，一次当我们把开发好的job通过manager导入后，出现了编译错误，而且job中的组件都无法双击查看属性，通过检查，发现我们采用的server版本为 EE7.5.2，而client版本为较低的版本，通过重新安装一致的client版本从而解决了该问题；2.oracle组件中的load oracle数据库本身有两种load方式：direct path和conventional path.前者直接格式化数据库块，后者会利用sql插入数据。因为direct path方式直接格式化数据库块，绕过了sql引擎和undo生成，所以direct path速度更快。默认情况下datastage中是直接采用direct path方式。在使用datastage中的oracle组件load方式时，有时候会报 SQL*Loader-925: Error while uldlpim: OCIStmtExecute ORA-00904: "MESSAGE_NUM": invalid identifier 刚开始看到的时候觉得很摸不清头脑，不知道问题所在，后来查看了oracle的文档才知道其实是oracle的一个bug。这种情况的发生往往是我们使用了较高版本的oracle client去连接较低版本的oracle db所致，比如我们采用10g的客户端去连接9i的数据库，当使用direct path load时就会报上面的错。在datastage中一种解决方案是重装oracleclient，一种是通过administrator修改oracle load option.
|
阅读全文(6730) | 回复(2) | 编辑 | 精华 |
| 回复:DataStage 开发中遇到的几个问题 |
|
zxx(游客)发表评论于2009/4/8 10:37:22 |
你的datastage是linux版本的吗,能否做parallel job.如果是的话,可否共享一下,仅作学习使用.
|
个人主页 | 引用回复 | 主人回复 | 返回 | 编辑 | 删除 |
| 回复:DataStage 开发中遇到的几个问题 |
|
请教(游客)发表评论于2008/11/19 3:14:15 |
请问是将$APT_ORACLE_LOAD_OPTIONS设置为：OPTIONS(DIRECT=FALSE)就可以解决了吗？
|
| 个人主页 | 引用回复 | 主人回复 | 返回 | 编辑 | 删除 |
» 1 »
|
