OdbcConnection将中文字符返回为“？”

时间：2015-11-18 15:23:10

标签： c# oracle odbc

我有一个Oracle数据库，它以简体中文存储一些数据值。我创建了一个ASP.net MVC C＃网页，该网页应该显示这些信息。我使用OdbcConnection来检索数据，但是当我运行da.Fill(t)命令时，值返回为“？” 

        OdbcCommand cmd = new OdbcCommand();
        cmd.CommandText = select;

        OdbcConnection SqlConn = new OdbcConnection("Driver={Oracle in instantclient_11_2};Dbq=Database;Uid=Username;pwd=password;");
        DataTable t = new DataTable();
        cmd.Connection = SqlConn;

        SqlConn.Open();
        OdbcDataAdapter da = new OdbcDataAdapter(cmd);
        SqlConn.Close();
        da.Fill(t);
        return t;

t有数据但是应该是汉字的一切只是一系列的“?????”

1 个答案:

答案 0 :(得分：9)

字符集问题很常见，让我试着给出一些一般性的注释。

原则上，您必须考虑四个不同的字符集设置。

1和2：NLS_CHARACTERSET和NLS_NCHAR_CHARACTERSET

示例：AL32UTF8

它们在您的数据库中定义为 only ，您可以使用

查询它们 
    SELECT * 
    FROM V$NLS_PARAMETERS 
    WHERE PARAMETER IN ('NLS_CHARACTERSET', 'NLS_NCHAR_CHARACTERSET');

这些设置定义了可以在数据库中存储哪些字符（格式） - 不多也不少。如果您必须在现有数据库上进行更改，则需要付出一些努力（请参阅Character Set Migration和/或Oracle Database Migration Assistant for Unicode）。

3：NLS_LANG

示例：AMERICAN_AMERICA.AL32UTF8

此值在您的客户端上定义为 。 NLS_LANG与在数据库中存储字符的能力无关。它用于让Oracle知道您在客户端使用的字符集。当您设置NLS_LANG值（例如，设置为AL32UTF8）时，您只需告诉Oracle数据库＆＃34;我的客户端使用字符集AL32UTF8＆＃34; - 这并不一定意味着您的客户真正使用AL32UTF8！ （见下文＃4）

NLS_LANG可以由环境变量NLS_LANG或Windows注册表在HKLM\SOFTWARE\Wow6432Node\ORACLE\KEY_%ORACLE_HOME_NAME%\NLS_LANG（对于32位）来定义。 HKLM\SOFTWARE\ORACLE\KEY_%ORACLE_HOME_NAME%\NLS_LANG（64位）。根据您的应用程序，可能还有其他方法来指定NLS_LANG，但让我们坚持基础知识。如果未提供NLS_LANG值，则Oracle会将其默认为AMERICAN_AMERICA.US7ASCII

NLS_LANG的格式为NLS_LANG=language_territory.charset。 NLS_LANG的{ charset }部分在任何系统表或视图中都显示为不。 NLS_LANG定义的所有组件都是可选的，因此以下定义均有效：NLS_LANG=.WE8ISO8859P1，NLS_LANG=_GERMANY，NLS_LANG=AMERICAN，NLS_LANG=ITALIAN_.WE8MSWIN1252，NLS_LANG=_BELGIUM.US7ASCII。

如上所述，NLS_LANG的{​​charset}部分在任何系统表/视图或任何函数的数据库中都不可用。严格来说，这是事实，但您可以运行此查询：

SELECT DISTINCT CLIENT_CHARSET
FROM V$SESSION_CONNECT_INFO
WHERE (SID, SERIAL#) = (SELECT SID, SERIAL# FROM v$SESSION WHERE AUDSID = USERENV('SESSIONID'));

它应该返回当前NLS_LANG设置中的字符集 - 但根据我的经验，该值通常为NULL或Unknown，即不可靠。

在此处查找更多非常有用的信息：NLS_LANG FAQ

请注意，某些技术不使用NLS_LANG，其中的设置没有任何效果，例如：

4：＆＃34;真实＆＃34;您的终端的字符集，您的应用程序或.sql个文件的编码

示例：UTF-8

如果您使用Windows终端（即使用SQL * plus），您可以使用命令chcp查询代码页，在Unix / Linux上，等效的是locale charmap或echo $LANG。您可以从此处获取所有Windows代码页标识符的列表：Code Page Identifiers。请注意，对于UTF-8（chcp 65001），存在一些问题，请参阅this discussion。

如果使用.sql文件和TOAD或SQL-Developer等编辑器，则必须检查保存选项。通常，您可以选择UTF-8，ANSI，ISO-8859-1等值。  ANSI表示Windows ANSI代码页，通常是CP1252，您可以在HKLM\SYSTEM\ControlSet001\Control\Nls\CodePage\ACP或NLS_LANG处查看您的注册表：National Language Support (NLS) API Reference

[Microsoft删除了此引用，将其从网络存档National Language Support (NLS) API Reference]

中删除

如何设置所有这些值？

最重要的一点是匹配.sql和您的＆＃34;真实＆＃34;你的终端的字符集，resp。应用程序或WE8PC850文件的编码

一些常见的配对是：

  • CP850 - ＆gt; WE8MSWIN1252

  • CP1252或ANSI（在＆＃34; Western＆＃34; PC的情况下） - ＆gt; WE8ISO8859P1

  • ISO-8859-1 - ＆gt; WE8ISO8859P15

  • ISO-8859-15 - ＆gt; AL32UTF8

  • UTF-8 - ＆gt; SELECT VALUE AS ORACLE_CHARSET, UTL_I18N.MAP_CHARSET(VALUE) AS IANA_NAME FROM V$NLS_VALID_VALUES WHERE PARAMETER = 'CHARACTERSET';

或运行此查询以获取更多信息：

NLS_LANG

有些技术可以让您的生活更轻松，例如来自Oracle的ODP.NET（非托管驱动程序）或ODBC驱动程序会自动从NLS_CHARACTERSET值继承字符集，因此上面的条件始终为真。

是否需要将客户端NLS_LANG值设置为等于数据库NLS_CHARACTERSET=AL32UTF8？

不，不一定！例如，如果您拥有数据库字符集NLS_LANG=.ZHS32GB18030和客户端字符集UTF-8，那么它将正常运行（提供给您的客户）真的使用GB18030），虽然这些字符集完全不同。 GB18030是一个常用于中文的字符集，如NLS_CHARACTERSET=AL32UTF8它支持所有Unicode字符。

如果您有，例如NLS_LANG=.WE8ISO8859P1和¿它也可以工作（再次，如果您的客户真的使用ISO-8859-P1）。但是，数据库可能存储客户端无法显示的字符，而客户端将显示占位符（例如C:\>set NLS_LANG=.AL32UTF8 C:\>sqlplus ... SQL> SET SERVEROUTPUT ON SQL> DECLARE 2 CharSet VARCHAR2(20); 3 BEGIN 4 SELECT VALUE INTO Charset FROM nls_database_parameters WHERE parameter = 'NLS_CHARACTERSET'; 5 DBMS_OUTPUT.PUT_LINE('Database NLS_CHARACTERSET is '||Charset); 6 IF UNISTR('\20AC') = '€' THEN 7 DBMS_OUTPUT.PUT_LINE ( '"€" is equal to U+20AC' ); 8 ELSE 9 DBMS_OUTPUT.PUT_LINE ( '"€" is not the same as U+20AC' ); 10 END IF; 11 END; 12 / Database NLS_CHARACTERSET is AL32UTF8 "€" is not the same as U+20AC PL/SQL procedure successfully completed. ）。

无论如何，如果合适，具有匹配的NLS_LANG和NLS_CHARACTERSET值是有益的。如果它们相等，则可以确保也可以显示可能存储在数据库中的任何字符，并且您在终端中输入或在.sql文件中写入的任何字符也可以存储在数据库中，而不是由占位符替换。 / p>

补编

很多时候你可以像＃34那样阅读建议; NLS_LANG字符集必须与数据库字符集相同＆＃34; （也在这里）。这根本不是真实的，也是一个流行的神话！

以下是证据：

AL32UTF8

客户端和数据库字符集都是cmd.exe，但字符不匹配。原因是，我的C:\>chcp Active code page: 1252 C:\>set NLS_LANG=.WE8MSWIN1252 C:\>sqlplus ... SQL> SET SERVEROUTPUT ON SQL> DECLARE 2 CharSet VARCHAR2(20); 3 BEGIN 4 SELECT VALUE INTO Charset FROM nls_database_parameters WHERE parameter = 'NLS_CHARACTERSET'; 5 DBMS_OUTPUT.PUT_LINE('Database NLS_CHARACTERSET is '||Charset); 6 IF UNISTR('\20AC') = '€' THEN 7 DBMS_OUTPUT.PUT_LINE ( '"€" is equal to U+20AC' ); 8 ELSE 9 DBMS_OUTPUT.PUT_LINE ( '"€" is not the same as U+20AC' ); 10 END IF; 11 END; 12 / Database NLS_CHARACTERSET is AL32UTF8 "€" is equal to U+20AC PL/SQL procedure successfully completed. 以及SQL * Plus也使用Windows CP1252。因此，我必须相应地设置NLS_LANG：

CREATE TABLE ARABIC_LANGUAGE (
    LANG_CHAR VARCHAR2(20), 
    LANG_NCHAR NVARCHAR2(20));

INSERT INTO ARABIC_LANGUAGE VALUES ('العربية', 'العربية');

还要考虑这个例子：

NLS_LANG

您需要为单个语句为{{1}}设置两个不同的值 - 这是不可能的。

相关问题
最新问题