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