DataStage开发常见有关问题之三：使用Lookup Stage KEY值左关联不下时对右表字段的处理

DataStage开发常见问题之三：使用Lookup Stage KEY值左关联不上时对右表字段的处理

        DataStage作为一款极易上手的ETL工具，在国内占据着大部分的市场。但即使DataStage操作起来已经相当直观，且日志提示信息也已比较明了，但实际开发过程中仍然会遇到这样那样的问题。
        为了提醒大家，特别是DataStage新手在学习实践过程中少走一些弯路。特根据本人在DataStage开发过程中的实际经验，总结了一些DataStage开发时需要注意的细节，仅供参考。下面有几点需要说明一下：
        第一：由于平时空闲的时间比较少，而且也不可能一次将所有注意点列出，所以本文章在后续会不断更新。
        第二：因为只有工作时，才有DataStage8.5的开发测试环境，而在我自己的笔记本上安装的是DataStage7.5版本，所以例子基本全都使用DataStage7.5版本。如果哪位朋友有DataStage8.5的环境，非常欢迎能够共享出来，大家共同学习。
        第三：由于本人水平有限，文章中若出现纰漏的地方，还请帮忙指正，不胜感激！

DataStage环境：DataStage7.5

数据库环境：Oracle 10G

select
    A.A,
    A.c,
    B.B
from tab3 A,tab2 B
where A.A = B.A(+)

在数据库中执行上面的SQL完成左关联，当tab3表的值在tab2表中不存在时，结果中对应的那一条记录tab2.B的值应该为NULL。如下图所示：
但在DataStage中使用Lookup Stage做左关联时，情况是什么样的呢？
开发如下JOB进行测试，使用PEEK查看关联结果：
1、 设置tab2表B字段的Nullable属性为YES，如下图红框所示：
执行结果如下：
从PEEK显示的结果来看，执行结果中A=3的那条记录的B字段的值为NULL，与在数据库中执行SQL的结果一致。
2、 设置tab2表B字段的Nullable属性为No，如下图红框所示：
执行结果如下：
从PEEK显示的结果来看，执行结果中A=3的那条记录的B字段的值为0，与在数据库中执行SQL的结果不一致。
结论：使用Lookup Stage（Join Stage其实也是一样的）做左关联，当左表的KEY值不在右表中时，关联结果中从右表获取的那个字段的值并不一定为NULL。当从右表获取的那个字段的类型为数字类型且在Stage的表结构中Nullable属性被设置为YES时，关联结果和在数据库中执行SQL是一致的；但当Stage的表结构中Nullable属性被设置为NO时，关联结果中的该字段会被默认置为0（若从右表取出的那个字段的类型为字符类型时，该字段会被默认置为空字符串）。