如何实现oracle数据库中英文字符集转换

Posted 2023-03-03

如何更改Oracle字符集国内最常用的Oracle字符集ZHS16GBK（GBK 16-bit Simplified Chinese）能够支持繁体中文，并且按照2个字符长度存储一个汉字。UTF8字符集是多字节存储，1个汉字（简体、繁体）有时采用3个字符长度存储。Oracle支持字符集的更改，但是UTF8是Oracle中最大的字符集，也就是说UTF8是ZHS16GBK的严格超集。对于子集到超集的转换，Oracle是允许的，但是对于超集到子集的转换是不允许的。一般对于超集到子集的转换，建议是通过dbca删除原来的数据库，重新再建库，选择正确的字符集，然后导入备份。我的方案是：先备份数据，然后强制转换字符集从UTF8到ZHS16GBK，然后导入备份数据。如果不行，才来重新建库，设置字符集ZHS16GBK，导入备份数据。如果这还不行，就把更改字符集从ZHS16GBK到UTF8（这是安全的），再导入备份数据，恢复到原始状况。这样就有可能避开重新建库的麻烦。1. 备份数据库中所有用户的数据以oracle用户登陆，执行以下命令# export NLS_LANG = “SIMPLIFIED CHINESE_CHINA.UTF8”保持与数据库服务器端一致，这样在exp导出时，就不会存在字符的转换了，备份最原始的数据。2. 评估UTF8转换成ZHS16GBK的风险转换之前，要使用Oracle的csscan工具对数据库扫描，评估字符集转换前后，数据有可能的损坏情况。如果评估情况糟糕，那就绝对要放弃了。先安装属于 CSMIG 用户的一套表和过程。以oracle用户登陆UNIX,＃sqlplus “/ as sysdab”SQL>@$ORACLE_HOME/ rdbms/admin/csminst.sqlSQL>exit# $ORACLE_HOME\bin\csscan -help可以更清楚如何使用csscan。# $ORACLE_HOME/bin/csscan system/sunday user=mmsc FROMCHAR=UTF8 TOCHAR=ZHS16GBK ARRAY=102400 PROCESS=3 > csscan.log以上命令意思是扫描用户：mmsc中的所有数据，从字符集UTF8更改为ZHS16GBK的转换情况。然后得到三个文件：scan.txt、scan.out、scan.err。查看scan.out，scan.err，可以看出mmsc用户下的所有的数据都是可以转换的，并且没有出现转换“Exceptional”的情况，因此可以更放心一点。3. 更改数据库的字符集为ZHS16GBK前面说过，通过命令“Alter Database Characeter Set XXXX”，实现从超集到子集的转换，在Oracle是不允许的。但是该命令，提供这样的命令方式：Alter Database Character Set INTERNAL_CONVERT/ INTERNAL_USE XXXX这是Oracle的非公开命令。“在使用这个命令时，Oracle会跳过所有子集及超集的检查，在任意字符集之间进行强制转换，所以，使用这个命令时你必须十分小心，你必须清楚这一操作会带来的风险”。以oracle用户登陆UNIX，#sqlplus “/ as sysdba”SQL> SHUTDOWN IMMEDIATE; SQL> STARTUP MOUNT; SQL> ALTER SESSION SET SQL_TRACE=TRUE;SQL> ALTER SYSTEM ENABLE RESTRICTED SESSION; SQL> ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0; SQL> ALTER SYSTEM SET AQ_TM_PROCESSES=0; SQL> ALTER DATABASE OPEN; SQL> ALTER DATABASE CHARACTER SET ZHS16GBK; //如果不使用“INTERNAL_USE”参数，系统会提示出错：//ERROR at line 1://ORA-12712: new character set must be a superset of old character setSQL> ALTER SESSION SET SQL_TRACE=FALSE;SQL> SHUTDOWN IMMEDIATE; SQL> STARTUP;此时，检查一下数据库的字符集是否更改过来SQL> select value$ from props$ where name=’NLS_CHARACTERSET’;VALUE$-----------------ZHS16GBK紧接着检查一下数据库中简体中文、繁体中文是否正常，不会出现乱码。SQL>select spid,spname,spshortname from spinfovisual_hk …...非常不幸，我看到了一堆乱码，这也证明了Oracle不支持字符集从超集到子集的更改，当时心里很紧张，很怕失败，从而恢复到原样。但是根据以前的验证，把UTF8下的备份导入到ZHS16GBK中去，是OK的，所以继续尝试。4. 导入备份的用户数据还是以oracle用户登陆UNIX, 先删除库中的用户mmsc:#sqlplus “/ as sysdba”SQL>drop user mmsc cascade;SQL>exit再运行createuser.sql，生成mmsc用户。然后使用原来的备份文件，导入到mmsc用户中：注意：先设置NLS_LANG要与当前数据库的一致：ZHS16GBK。这样，导出时用户会话的NLS_LANG为UTF8，与原先的数据库字符集一致；现在为ZHS16GBK，与此时的数据库字符集一致。这样，导入时，就会进行字符转换。# export NLS_LANG = “SIMPLIFIED CHINESE_CHINA.ZHS16GBK”#imp mmsc/mmsc@mdspdb file=DSMPD113_user_mmsc.dmp ignore=y fromuser=mmsc touser=mmsc马上查看数据库中简体、繁体中文，哈哈，没有乱码了，一切显示正常。紧接着进行验证，也证明了：1个汉字此时只占用2个字符长度。问题解决了！ 参考技术A 1、在原数据库（字符集为英文）执行sqlplus，连接sys用户，修改字符集参数，然后退出。
SQL> connect sys/******; (口令一般为"manager")
update props$ set value$ = ’ZHS16GBK’ where name = ’NLS_CHARACTERSET’;
update props$ set value$ = ’ZHS16GBK’ where name = ’NLS_NCHAR_CHARACTERSET’;
commit;
SQL> quit;
2、执行svrmgrl，关闭并重新开启Oracle数据库
SVRMGR> connect internal/******; (口令一般为"oracle")
SVRMGR> shutdown immediate;
SVRMGR> startup mount;
SVRMGR> alter system enable restricted session;
SVRMGR> alter system set job_queue_process=0;
SVRMGR> alter database open;
SVRMGR> alter database character set ZHS16GBK;
SVRMGR> shutdown immediate;
SVRMGR> exit;
3、执行regedit，将键值HKEY_LOCAL_MACHINE\Software\ORACLE\NLS_LANG
由 AMERICAN_AMERICA.WE8ISO8859P1
转换为 SIMPLIFIED CHINESE_CHINA.ZHS16GBK
4、执行exp导出数据
5、执行regedit将键值HKEY_LOCAL_MACHINE\Software\ORACLE\NLS_LANG
由 SIMPLIFIED CHINESE_CHINA.ZHS16GBK
恢复为 AMERICAN_AMERICA.WE8ISO8859P1
6、执行sqlplus，连接sys用户，恢复字符集参数，然后退出。
connect sys/******; (口令一般为"manager")
update props$ set value$ = ’WE8ISO8859P1’ where name = ’NLS_CHARACTERSET’;
update props$ set value$ = ’WE8ISO8859P1’ where name = ’NLS_NCHAR_CHARACTERSET’;
commit;
SQL> quit;
7、重复步骤2，关闭并重新开启Oracle数据库
8、将导出的dmp文件导入目标数据库（字符集为中文）