今天用sun的jdk調(diào)的沒有一點(diǎn)問題的數(shù)據(jù)抽取程序，方放到AIX上后不能用了，oralce報(bào)出向一個字段中插入了過長的數(shù)據(jù)，可是程序在幾天前還是沒有問題的，后來分析可能是字符集導(dǎo)致的，因?yàn)榍皫滋煨薷倪^informix數(shù)據(jù)庫的字符集由8859-1轉(zhuǎn)為了zh_cn.gb18030-2000，但解決過程異常艱難，后來吧informix的url改為<value>jdbc:informix-sqli://xx.xx.xx.xx:8888/XXXX:informixserver=whcspdev;DB_LOCALE=zh_cn.gb18030-2000;CLIENT_LOCALE=zh_cn.UTF8（原為zh_cn.gb18030-2000）;NEWCODESET=gb18030,gb18030-2000,5488,utf8</value>就可以了。后來猜測了一下原因：
1、oracle數(shù)據(jù)庫的jdbc驅(qū)動是是自動將數(shù)據(jù)庫的數(shù)據(jù)轉(zhuǎn)為unicode格式，這可能跟java的String默認(rèn)為unicode有關(guān)，為了讓大家方便操作，
2、sun jdk的String在初始時用的是Unicode格式，ibm的jdk應(yīng)該也是，但是有一點(diǎn)，sun的jdk在通過informix jdbc驅(qū)動取數(shù)據(jù)時不會將數(shù)據(jù)轉(zhuǎn)成其他字符集，而是仍然使用Unicode，而IBM的則是通過CLIENT_LOCALE=zh_cn.gb18030-2000配置將數(shù)據(jù)格式轉(zhuǎn)為了zh_cn.gb18030-2000。
所以在oracle作insert的時候就會由于字符集不匹配而報(bào)錯