影响Oracle汉字显示的字符集问题

核心提示： 在安装 ORACLE 的客户端产品软件时，选择与 ORACLE 服务端一致的字符集（本例为 US7ASCII ）即可，影响Oracle汉字显示的字符集问题(3)，修改注册信息的方法根据 ORACLE 客户端所选 sql*net 的版本分为下列两种情况：a. 客户端为 sql*net 2.0

在安装 ORACLE 的客户端产品软件时，选择与 ORACLE 服务端一致的字符集（本例为 US7ASCII ）即可。

修改注册信息的方法

根据 ORACLE 客户端所选 sql*net 的版本分为下列两种情况：

a. 客户端为 sql*net 2.0 以下版本

进入 Windows 的系统目录，编辑 oracle.ini 文件，用 US7ASCII 替换原字符集，重新启动计算机，设置生效。

b. 客户端为 sql*net 2.0 以上版本

在 WIN98 下 运 行 REGEDIT, 第一步选 HKEY_LOCAL_MACHINE, 第二步选择 SOFTWARE ， 第三步选择 ORACLE ， 第四步选择 NLS_LANG ， 键 入 与服 务 器 端 相 同 的 字 符 集（本例为： AMERICAN_AMERICAN.US7ASCII ）。

2.2 强制加载数据字符集与服务器端字符集一致

假设要加载数据从原 ORACLE 数据库卸出时的字符集为 US7ASCII ，当前 ORACLE 服务器字符集为 WE8ISO8859P1 。

下面提供三种解决方法：

（ 1 ） 服务器端重新安装 ORACLE

在重新安装 ORACLE 时选择与原卸出数据一致的字符集（本例为 US7ASCII ）。

加载原卸出的数据。

这种情况仅仅使用于空库和具有同一种字符集的数据。

（ 2 ）强行修改服务器端 ORACLE 当前字符集

在用 imp 命令加载数据前，先在客户端用 sql*plus 登录 system DBA 用户，执行下列 SQL 语句进行当前 ORACLE 数据库字符集修改：

SQL > create database character set US7ASCII

* create database character set US7ASCII

ERROR at line 1:

ORA-01031: insufficient privileges

你会发现语句执行过程中，出现上述错误提示信息，此时不用理会，实际上 ORACLE 数据库的字符集已被强行修改为 US7ASCII ，接着用 imp 命令装载数据。等数据装载完成以后， shutdown 数据库，再 startup 数据库，用合法用户登录 ORACLE 数据库，在 sql> 命令提示符下，运行 select * from V$NLS_PARAMETERS ，可以看到 ORACLE 数据库字符集已复原，这时再查看有汉字字符数据的表时，汉字已能被正确显示。

（ 3 ）利用数据格式转储，避开字符集限制

这种方法主要用于加载外来 ORACLE 数据库的不同字符集数据。其方法如下：

先将数据加载到具有相同字符集的服务器上，然后用转换工具卸出为 foxbase 格式或 access 格式数据库，再用转换工具转入到不同字符集的 ORACLE 数据库中，这样就避免了 ORACLE 字符集的困扰。目前数据库格式转换的工具很多 , 象 power builder5.0 以上版本提供的 pipeline ， Microsoft Access 数据库提供的数据导入 / 导出功能等。转换方法参见有关资料说明。 .

2.3 匹配字符集替换汉字

对于 1.3 提到的情况，没有很好的办法，只能先把客户端与服务器端字符集匹配一致后，根据原输入汉字的特征码替换汉字字符部分。