.NET Managed Provider for Oracle 在 US7ASCII 編碼下中文顯示亂碼之解決方法

解决.net连接US7ASCII乱码问题

网上有很多解决.net连接US7ASCII乱码的相关问题，我在写VB.NET连接ORACLE存储过程REF CURSOR 返回值时也遇到这个问题，通过查看US7ASCII的编码存储方式，提供如下解决方案.

只提供VB.NET解决代码，具体原理网上已有很多. 

 Public Function us7change(ByVal sourcestr As String) As String
        Dim str As String
        Dim tmpstr As Byte() = Encoding.GetEncoding("gb2312").GetBytes(sourcestr)
        For i As Integer = 0 To tmpstr.Length - 1
            str = str & tmpstr(i)
        Next

        Dim drtstr As String
        For i As Integer = 0 To str.Length - 4
            Dim tmpstr2(1) As Byte
            tmpstr2(0) = str.Substring(i， 2) + 128
            tmpstr2(1) = str.Substring(i + 2， 2) + 128
            drtstr = drtstr + Encoding.Default.GetString(tmpstr2)
            i = i + 3
        Next
        Return drtstr
    End Function

 

对于ASCII＞100的在拼str时处理.给小于100的加"0"，下面一个FOR循环时该步长和截取字符长度.

已测试通过.

 

Microsoft .NET 下透過 ADO .NET Managed Provider 存取 Oracle 是很常見之需求，但無論是 Oralce 提供之 Oracle Data Provider for .NET (ODP) 或是微軟所提供之 ADO.NET Manged Provider for Oracle 在中文環境下都有著相同的限制，就是 Oralce NLS_LANG 的設定必須 Server 端與 Client 端一致。倘若兩邊 NLS_LANG 設定不一致，中文就會出現亂碼。這項限制在微軟的技術支援網站

http://support.microsoft.com/default.aspx?scid=kb;EN-US;Q322158 以及 Oralce 線上手冊 http://download.oracle.com/docs/cd/B10501_01/server.920/a96529/ch3.htm#56353

都有提到，但是由於許多歷史因素，許多中文環境用戶在 Oracle 的 Server 端採用 NLS_LANG以 US7ASCII 設定，此時若是透過 Microsoft 或 Oracle 之 ADO.NET Managed Provider，無論 Client 端 NLS_LANG 如何設定，都無法正常顯示中文了。

此問題有兩種解決方式，第一種方式是使用 ADO.NET OLE-DB Provider，透過過去 Oracle OLE-DB Provider 存取資料庫，此種方式不受 Server 端與 Client 端NLS_LANG 設定需一致的限制，皆可正確顯示中文，但是疊床架屋的狀況下，執行效率較差。第二種可以考慮的方式是，利用協力廠商的 Oracle ADO.NET Provider 來解決此問題，依據測試的結果顯示 CoreLab 公司的 OraDirect.NET 可在此狀況下正確顯示中文，執行效率也較 OLE-DB Provider 來的高。

若是沒有歷史包袱，讓 Oracle 伺服器端重新以支援中文的編碼式重新編碼，還是比較好的解決方案，畢竟 Microsoft 與 Oracle 兩原廠的 ADO .NET Managed Provider 速度還是比較快，支援也會較完整。