JDBC中的中文處理

2019-11-18 14:05:03

字體：大中小

供稿：網(wǎng)友

　　我們?cè)谧鲆粋€(gè)java的應(yīng)用，不可避免地要處理中文。經(jīng)過
艱苦的探索，目前有一些進(jìn)展，找到了一些解決方法，但仍然
面臨著無法解決的問題。在此作一整理，希望對(duì)大家有所幫助，
同時(shí)請(qǐng)各位高手幫忙考慮我們的問題。
Email: sailor@mailserv.stu.edu.cn
背景：
JDK 1.15
VCafe 2.0
JPadPRo
SERVER：
NT IIS
Sybase System 10
JDBC: Jconnect
CLIENT：
Browser: Netscape 4.04 + Patch
PWin95 & Pwin98 Beta3

CLASS文件存放在 SERVER，由BROWSER 運(yùn)行APPLET，APPLET只
起調(diào)入FRAME類主程序的作用。界面包括Text field, Text Area,
List, Choice 等。

一，取中文
用JDBC執(zhí)行SELECT語句從SERVER取數(shù)據(jù)（中文）后，將數(shù)據(jù)
用APPEND方法加到TEXT AREA（TA），不能正確顯示。但加到
LIST中時(shí)，則大部分漢字可正確顯示。

處理：將數(shù)據(jù)按“ISO-8859-1”格式轉(zhuǎn)為字節(jié)數(shù)組，再按系統(tǒng)
缺省編碼格式（default character encoding）轉(zhuǎn)為STRING，即可在TA和LIST中正確顯示。
程序段如下：

dbstr2 = results.getString(1);
//*********************************************************************
// After read result from Database server, Convert the result string.

dbbyte1 = dbstr2.getBytes("iso-8859-1");
dbstr1 = new String(dbbyte1);
//*********************************************************************

二，寫中文到DB
處理方式與以上相逆，先將SQL語句按DEFAULT CHARACTER ENCODING
轉(zhuǎn)為字節(jié)數(shù)組，再按ISO-8859-1轉(zhuǎn)為STRING，然后送執(zhí)行，
則中文信息可正確寫入DB。

sqlstmt = tf_input.getText();

//*****************************************************************************
// Before send statement to Database server, Convert sql statement.

dbbyte1 = sqlstmt.getBytes();
sqlstmt = new String(dbbyte1,"iso-8859-1");
//*****************************************************************************

_stmt = _con.createStatement();
_stmt.executeUpdate(sqlstmt);
。。。。。。

問題：
以上方法當(dāng)本地客戶機(jī)上存在CLASSPATH指向JDK的CLASSES。Zip
時(shí)（稱為A情況），可正確運(yùn)行。
但假如客戶機(jī)只有Browser，沒有JDK和CLASSPATH時(shí)
（稱為B情況），則漢字無法正確轉(zhuǎn)換。

我們的分析：
1,
經(jīng)過測(cè)試，在A情況下，程序運(yùn)行時(shí)系統(tǒng)的default character
encoding = "GBK" or "GB2312".
在B情況下，程序啟動(dòng)時(shí)，Browser 的JAVA CONSOLE中出現(xiàn)
如下信息：
can´t find resource for
sun.awt.windows.awtLocalization_zh_CN
然后系統(tǒng)的
default characterencoding = "8859-1".

2,
假如在轉(zhuǎn)換字符串時(shí)不采用default character encoding，
而是直接采用“GBK”或“GB2312”，則在A情況下仍然可正常，
在B情況下，系統(tǒng)出現(xiàn)錯(cuò)誤：UnsupportedEncodingException。

3，
在本地客戶機(jī)上，我把JDK的CLASSES。ZIP解壓后，放在另一個(gè)
目錄中，CLASSPATH只包含該目錄。然后逐步刪除目錄中的CLASS
文件，一邊運(yùn)行測(cè)試程序，最后發(fā)現(xiàn)在一千多個(gè)CLASS文件中，
只有一個(gè)是不可缺少的，該文件是：
sun.io.CharToByteDoubleByte.class
我將該文件拷到SERVER端和其它的類放在一起，并在程序的開頭
IMPORT它，仍然在B情況下無法正常。

4，
在A情況下，假如在CLASSPTH中去掉
sun.io.CharToByteDoubleByte.class，則程序運(yùn)行時(shí)，
測(cè)得default character encoding為“8859-1”，否則為
GBK 或GB2312。

5，
分析BROWSER程序NETSCAPE目錄下的文件
/program/java/classes/java40.jar, 發(fā)現(xiàn)其中沒有包括
sun.io.CharToByteDoubleByte.class,
不知這是需要升級(jí)，還是有其它方法可以解決？盼望各位高手指導(dǎo)！Email: sailor@mailserv.stu.edu.cn

--
※ 來源:?BBS 水木清華站 bbs.net.tsinghua.edu.cn?[FROM: DHCP159_158.STU]
發(fā)信人: barebell (小心), 信區(qū): Java
標(biāo) 題: Re: ● ● JDBC中文處理：方法與問題
發(fā)信站: BBS 水木清華站 (Tue May 19 22:38:19 1998) WWW-POST

現(xiàn)在我們?nèi)〉玫囊稽c(diǎn)小小進(jìn)展，在轉(zhuǎn)換字符串時(shí)不采用default character
encoding，而是直接采用“GBK”或“GB2312”，在情況A和B底下，從DB取數(shù)據(jù)
都沒有問題，但是寫中文到DB也采用“GBK”或“GB2312”時(shí)，情況B仍是出錯(cuò)的。

發(fā)信人: mah (chip), 信區(qū): Java
標(biāo) 題: 通過jdbc driver獲取數(shù)據(jù)庫中文信息揭密
發(fā)信站: BBS 水木清華站 (Tue Aug 11 20:42:16 1998) WWW-POST

當(dāng)我們使用老外公司開發(fā)的jdbc第四類driver獲取數(shù)據(jù)庫中文信息時(shí)，常會(huì)出現(xiàn)亂碼現(xiàn)象
，如????D.
解決辦法1：
使用interface ResultSet的方法getBytes()得到一byte[]，然后由此byte[]數(shù)組產(chǎn)生一
新的
String,可獲得正確的漢字，但此方法有一定的局限性，在某些driver上可以實(shí)現(xiàn)，如
weblogic公司
開發(fā)的fastforward產(chǎn)品。另此種方法不規(guī)范，根據(jù)sun jdbc的標(biāo)準(zhǔn)varchar和var推薦用
getString()
方法來獲取。
解決辦法2:
使用interface ResultSet的方法getString(),這時(shí)我們得到的String一定是亂碼，如何
解決，
String temp = result.getString (s);
if (temp != null) {
byte[] b = temp.getBytes ("8859_1");
temp = new String (b);
此時(shí)的temp一定是正確的中文，，，，，，此種方法我在sybase公司開發(fā)的jconnect4上
實(shí)驗(yàn)成功，在fastforward
上也成功。

上一篇：JDBC之接口技術(shù)

下一篇：JDBC專題介紹