JDBC讀取Oracle的US7ASCII編碼中文亂碼及不同編碼下漢字佔用位元組的問題，jdbcus7ascii

JDBC讀取Oracle的US7ASCII編碼中文亂碼及不同編碼下漢字佔用位元組的問題，jdbcus7ascii

資料庫版本：Oracle 10g

字元集：SIMPLIFIED CHINESE_CHINA.US7ASCII

JDK：1.6.0_45

Oracle驅動：ojdbc14.jar

使用JDBC操作資料庫，擷取串連、執行SQL沒有問題。但是，查詢出來的結果中，所有漢字，均顯示為亂碼。

debug查看到在資料從資料庫中擷取出來的時候，就已經是亂碼，而使用PL/SQL等工具，均顯示正常。

不知是否Oracle的驅動，在進行漢文書處理的時候，使用了系統預設的字元集？此時，本著死馬當活馬醫的理念，使用下對漢字的強制轉碼，ASCII碼是標準的ISO-8859-1的子集，也許使用這個ISO-8859-1可以擷取到正常的漢字？於是，首先測試使用new String(fieldValue.getBytes("ISO-8859-1"))；輸出依然亂碼！想想應該是將這東西進行轉碼，而不僅僅是按照這個格式擷取，於是調整為：new String(fieldValue.getBytes("ISO-8859-1"), "GBK")，測試下，搞定！只是，所有用到漢字的地方，均需要這麼搞一下，有點麻煩。

據說，可以使用另外一種方式：改Oracle的字元集！

1、需要修改註冊表：HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOME0\NLS_LANG 的值為SIMPLIFIED CHINESE_CHINA.ZHS16GBK

2、修改一個系統變數NLS_LANG.

以上兩種，第二種方式試過，可以。第一種，未在現有環境下做過測試。

另外，將擷取到的漢字，寫入另外一個oracle 11g的資料庫中，發現：漢字不是按照一個漢字兩個位元組來存放的；而是一個漢字3個位元組！

查了一下，發現：字元集是AL32UTF8,這個字元集一般都預設中文是3個位元組。於是，需要將目標資料庫表的欄位長度進行擴充。實際對於漢字的問題，oralce以及較新的sqlserver，都支援nvarchar的格式，對於使用nvarchar的欄位，無論漢字還是數字、字元、英文字母，均每個字元佔用1位。

如果不確定當前一個漢字佔用幾個字元，可以使用select length('汗') from dual;進行查看。

對於US7ASCII的字元集，目前來看，新上的系統使用的較少了，而對於一些較老的遺留系統，可能會存在這種情況。具體還需注意！