問題一：根據給出的id資訊找到表，列！！！

SQL0407N  Assignment of a NULL value to a NOT NULL column "TBSPACEID=2, TABLEID=50, COLNO=8" is not allowed.  SQLSTATE=23502 

解決：

上面的錯誤資訊沒有直接給出table名，可以通過下面的語句得到table和column

SELECT * FROM SYSCAT.TABLES WHERE TBSPACEID = 2 AND TABLEID = 50


SELECT * FROM SYSCAT.COLUMNS WHERE  TABNAME= '*******' AND COLNO = 8

---當然你也可以寫在一起

SELECT tabschema, tabname, colname
FROM syscat.columns
WHERE colno = ... AND
( tabschema, tabname ) IN
( SELECT tabschem, tabname
FROM syscat.tables
WHERE tbspaceid = ... AND
tableid = ... )
--

問題二：亂碼問題

在DSEnge目錄下的dsenv中新增如下內容。 LANG=zh_CN.GB18030;export LANG LC_ALL=zh_CN.GB18030;export LC_ALL LC_CTYPE=zh_CN.GB18030;export LC_CTYPE LC_COLLATE=zh_CN.GB18030;export LC_COLLATE LC_MONETARY=zh_CN.GB18030;export LC_MONETARY LC_NUMERIC=zh_CN.GB18030;export LC_NUMERIC LC_TIME=zh_CN.GB18030;export LC_TIME LC_MESSAGES=zh_CN.GB18030; export LC_MESSAGES

--


 DataStage是Ascential的ETL工具，後為被IBM收購了，現在已經是WebSpare的一個元件了！


      以前按安裝文件來安裝的DataStage，一直是沒有問題的。可是現在到了蘇州這邊，卻出了問題，原因是有些字是GB2312識別不出來了，比如說這個字“旻”字。


     折騰了幾天，總算有了些經驗，終於解決了這個問題，配置如下：
     使用者的.bash_profile裡面：NLS_LANG=AMERICAN_AMERICA.ZH16GBK，如果說開發機器是Windows，那登錄檔項：[HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb10g_home1] 中 NLS_LANG=AMERICAN_AMERICA.ZHS16GBK 這是為了能夠在客戶端正確地顯示字元。
DataStage Administration Client 選中自己的工程，點選NLS，檢視其中的確Parallel Maps項，Dafault map name:直接輸入GBK。
PXEngine\etc\Oracle_cs.txt 這個檔案是Oracle和DataStage之間互動用的，新增以下二行：
    GBK     ZHS16GBK
    ZHS16GBK  GBK
    做好以上三點，應該就沒事了

問題三：補丁問題

datastage在執行時總是遇到這問問題，但是在專案重建之後好個一天半天的問題又出現了！據說是補丁問題！我們現在用的版本是8.7.0.0，，據說升級到8.7.0.1！！！！ a call to an OLe server has failed ,or runtime error occurred  within  the ole itself
error calling subroutine :DSR_EXECJOB (action=5)
重建客戶端或許有用，把之前說有練過的客戶端重新安裝一遍！！！注意解除安裝的時候記得刪除登錄檔！具體詳見網址：http://www-01.ibm.com/support/docview.wss?uid=swg21456615 但是我安裝上面刪除了登錄檔之後客戶端的DB2無法啟動了， 報錯如下

[email protected] : RC=9501
DB2INSTANC : -2029059760


cannot create odbc ENV...  handle
然後我就想解除安裝DB2重灌，最可惡的是DB2 竟然解除安裝不了，沒方法辦法，強制解除安裝！！方法見我DB2欄目的部落格！！ 但是我在用那種方法試了之後不管用，沒辦法，就把新安裝的datastage客戶端謝了，把所有的有關IBM的登錄檔都清了，但是安裝的時候好像還是報錯，沒辦法，換另一個版本的DB2重灌了！！

問題四：ds的transformer報找不到輸入欄位錯誤

ds的transformer報找不到輸入欄位錯誤，但是經過仔細的排查，發現欄位是select出來且各個stage（join）都引用了的！！why
原來是我在select該欄位的時候用了trim，但是該欄位本來的型別是decamal！！！trim之後自動轉化成varchar，型別不匹配，transformer不識別

問題五：job執行失敗但是資料正常插入

報錯如下： IFS_CUSTINDEX,0: SQLFetch reported: SQLSTATE = 22018: Native Error Code = -420: Msg = [IBM][CLI Driver][DB2/AIX64] SQL0420N  Invalid character found in a character string argument of the function "DECFLOAT".  SQLSTATE=22018 (CC_DB2DBStatement::dbsFetch, file CC_DB2DBStatement.cpp, line 1,986)
找了半天不知道原因在哪裡； 後來原來是 在寫sql的where條件式 比如 ”where class=3 “ class為varcha型別！就這樣報錯了，view data的時候是沒有問題的！ 看了http://www-01.ibm.com/support/docview.wss?uid=swg21448700之後，隱約知道是資料型別的問題，但是他隱藏的實在是太深了！
問題六：transformer之後行減少很多 報錯如下

Transformer_31,0: Field 'APT_Decimal::ErrorBase: From: divizor is 0 via exception..' from input dataset '0' is NULL. Record dropped.

搜到這個網站 http://www.dsxchange.com/viewtopic.php?p=411460
是這樣說的

Detect which input columns to that Transformer stage contain nulls and which operation (stage variable, constraint expression, derivation expression) is having problems handling null because it contai ...

Are you doing any division operations in the last transformer? And if so, are he columns used for division have zero or null in them?

果然，我在做除的時候儘管做了分母是否為0的判斷，但是在除的時候竟然把分子寫成了分母！故導致問題！