KB-Oracle 9i NVarchar

Neohzh發表於2009-07-05

現在被Oracle 9iNVarcharUnicode問題困擾很久了,在網上看到一篇文章KB-Oracle 9i NVarchar求生守則可 以在C#裡解決這個問題,我想知道如何在Delphi 2009裡解決此問題(delphi 2009現已支援Unicode了),或者如何 PL/SQL裡用SQL語句直接插入Unicode字元 KB-Oracle 9i NVarchar求生守則原文
KB-Oracle 9i NVarchar
求生守則 同事反應,一個CharacterSet設為ZHT16BIG5Oracle 9i的資料庫,其中某個TableNVarchar2欄位完全不接受非BIG5字元,存入時會變成"?"。攪和了近一個月,反覆嘗試了多種工具、方法,也請教了朋友、求助Oracle Support、查了Oracle KB,結論幾乎都指向---"Oracle 9iNVarchar在非UTF8字元集資料庫裡無法接受非BIG5字元,而會將其轉為問號。要解決這個問題的唯一方法是是將資料庫字元集設為 UTF8,或將Client & Server都昇級至10g R2"(注意: 後來驗證的結果,這個結論不完全正確,但至少對N'...'表示法來說是如此) 直到今天,有機會重試一份簡單的Sample Code,碰巧又用對了檢查工具,才總算理出些頭緒。先來說說為什麼情況為什麼變得這麼複雜?

1.
測量之前,先確定你的尺是直的! 這大概是這次摔最慘的地方: 你所使用的資料庫查詢工具可以正確地顯示非BIG5字元嗎? 用慣MS軟體與工具的人大概自WinNT時代起就很少擔心Unicode相容性問題,但這回常用的Oracle的搭配工具幾乎全軍覆沒! Oracle自家的SqlPlus都到9i版本了還不支援,著名的Toad看來也不行! 倒是發現純Java開發的Aqua Data Studio 只要UI設定支援UnicodeTTF字型,顯示OK;另一個用.NET寫的QueryExpress若選用Oracle Driver(意味要用Microsoft OLE DB Provider For Oracle而不是Oracle Provider For OLE DB)時,也可以順利無誤地顯示Unicode字元。 搞錯了工具,有可能INSERT成功了還不自知,或許一開始就被錯誤的觀察結果給耍了,白繞了一大圈。
[2006/12/28 Update]
還有一把歪歪的尺忘了說,.NET Console Application也不Support Unicode,而會以ANSI方式輸出,因此要視OS設定而定;我的Windows預設非Unicode語系當然是BIG5,這讓用Console AppTest Code的我又多花了半小時...

2.
用英文跟老外搭訕前,先確定他懂英文
MS SQL
我用了N年,連我的膝蓋都認同N'...'表示的就是NChar字元。這個語法在Oracle 9i也支援,只可惜處理法則跟想像的很不一樣。即使用N'...'標示的Unicode字串,Oracle 9i資料庫也堅持用自身設定的字元集去解析,把不認得的字元換成?¿再存入資料庫... ... 這會不會太雞婆了點? 字串前的N難道是加心酸的? 由於沒想到N'...'在資料庫字元集為BIG5時根本是黑心貨,花了大把時間做的測試純屬虛工。用N'...'測試的結果,加上幾位有Oracle奮戰朋友的佐證,推匯出"除非資料庫字元集改為UTF8,否則NChar就只能接受BIG5字元"的悲觀結論。
(Oracle
檔案倒是提供了一些替代方案,NCHAR(505055)UNISTR('20AC')chr(14844588 USING NCHAR_CS),但要把原本簡單的欄位值指定程式改成這副德行,讓人想要寫個"") 最後因緣際會下,用最原始的.NET Sample再試一次,加上湊巧用QueryExpressOracle Driver模式查詢,看到Oracle資料表中出現三頭牛疊羅漢(犇是這次拿來測試非BIG5的字元)的一剎那,我當場濕了眼眶~~~ 正確來說,Oracle 9iNChar, NVarchar並不黑心,只是嬌貴的它需要我們留意各項細節,小心對待才能正確地儲存資料。以下我歸納出用.NET正確InsertBIG5字元進Oracle 9i BIG5資料庫的注意事項:

1.
使用cmd.Parameters指定引數,而不要用Ad-Hoc方式組N'...'

OracleConnection cn = new OracleConnection(cnStr);

OracleCommand cmd = new OracleCommand (

"Insert Into NCharTest Values (:VC, :NVC)", cn);

cmd.Parameters.Add("VC", OracleDbType.Varchar2).Value = "
牛犇";

cmd.Parameters.Add("NVC", OracleDbType.NVarchar2).Value = "
牛犇";

cn.Open();

cmd.ExecuteNonQuery();

cn.Close();

2.
記得明確宣告OracleDbType.NVarchar2(ODP.NET) OracleType.NVarChar(System.Data.OracleClient)。我同事疏忽的地方便是用了 cmd.Parameters.Add("VC","牛犇")的寫法,.NET自行決定的OracleDbType顯然不是NVarchar

3.
Oracle官方檔案表示,10g R2以後的版本已移除對NChar不當解析的問題

[@more@]

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/779728/viewspace-1023802/,如需轉載,請註明出處,否則將追究法律責任。

相關文章