1.jdk環(huán)境問題
jdk環(huán)境要改為ibm 的jdk 5.0, 不然連接不上數(shù)據(jù)庫, 數(shù)據(jù)庫連接池的連接失敗，c3p0連接池的連接失敗，目前還是默認的方式采用應(yīng)用服務(wù)器的連接池，像tomcat就采用tomcat配置的連接池
eclipse 的開發(fā)時用的jre如果修改為ibm的以后，有可能會導致編譯不了，這要修改編輯器java類型的編碼為gb2312就可以了，genaral->content type –java file
2. 程序中編寫sql時的用戶模式問題
用戶模式要用公共常量，以便修改
不同用戶模式之間的表的訪問通過授權(quán)來解決
3. db2數(shù)據(jù)庫的函數(shù)問題
程序中的添加和修改時間的地方的日期函數(shù)都要修改成
Date(“2007-01-01”)就是字符串中間有帶中杠的
日期轉(zhuǎn)字符串要把原先的to_char改成char(int(2007-01-01))
Kpi的消息串在配置中在取權(quán)限priv_id的字符串要加上char(int(priv_id)),如果直接char(priv_id)會多出一個點號
4. oracle樹形結(jié)構(gòu)的查詢移植到db2存在問題
菜單查詢中，有存在層次level的沒實現(xiàn)，目前我先通過自己寫的函數(shù)實現(xiàn)，但存在問題跟沒有層次的實現(xiàn)方式一樣存在問題
因為通過in的方式，in的存在字段是有限的到時候數(shù)據(jù)量變多了，sql就會執(zhí)行失敗，可以考慮臨時表來解決
5. 序列表seq的長度問題
所有的序列表的序列長度db2是有限制的，好像不能大于8位，這樣序列的字段都要做修改，而且不能重復，要進一步確認修改
7. 系統(tǒng)權(quán)限移植問題
地區(qū)編碼的字段從數(shù)值型改為字符串類型，很辛苦，建議以后程序的bean的屬性都用字符串來定義，避免程序移植的類型修改的問題
8. erwin數(shù)據(jù)模型問題
數(shù)據(jù)模型中的部分表沒有及時更新，跟開發(fā)時用的表有出入，以后數(shù)據(jù)模型要及時更新
9. 建表的sql語句問題
建表的sql中
number(12) 這樣的都要改成decimal(12,0)
varchar2都要改成varchar