ORCALE字符集AL32UTF8和ZHS16GBK的互相转换

cmd中输入“SQLPLUS”，回车，然后再在用户名下输入“SYS AS SYSDBA”，回车

密码后面输入“SYS”，回车。这里输入密码是隐式的，所以看不见，只要输入就好了。

这里输入SQL查询语句，select * from nls_database_parameters where parameter='NLS_CHARACTERSET'; 查看当前数据库字符集。

此时数据库服务器已启动，则先执行SHUTDOWN IMMEDIATE命令关闭数据库服务器，然后执行以下命令:注：每条sql语句都会有相应的提示，请输入时务必仔细阅读和等待

继续运行：

 到这里就完成了字符集从AL32UTF8转成ZHS16GBK了。

=================================================

这也可以查询oracle的字符集。

开始修改字符集：需要先关闭数据库 SHUTDOWN IMMEDIATE

1.不管是从AL32UTF8 到ZHS16GBK 还是从ZHS16GBK 到AL32UTF8 ，中文都不会乱码，会自动转换（导出导入过程中无报错），但是对于其他国家语言会有问题（比如印度，日本等文字）。

2.通过数据泵导出或导入的数据，与oracle用户操作系统参数NLS_LANG无关，编码自动与数据库参数NLS_CHARACTERSET相同。

3.AL32UTF8 字符集一个中文占用3个字节，ZHS16GBK 字符集一个中文占用2个字节。如果确认应用程序只用到英文和中文，ZHS16GBK会更加节省存储。如果不确定，建议使用AL32UTF8.

4.建表时指定列属性varchar(10)，其中的10指的是字节，若是AL32UTF8 字符集，则只能存3个中文，若是ZHS16GBK字符集，则可以存5个中文。这会导致从ZHS16GBK字符集数据库通过数据泵导入到AL32UTF8字符集数据库过程中，有些列需要扩容。如果需要按字符指定列属性，应该为varchar2（10 char）。

5.虽然AL32UTF8包含了更多国家的文字，但是AL32UTF8并不是ZHS16GBK的超集

6.通过SecureCRT或xshell查看到中文乱码时，只需要查看数据库NLS_DATABSE_PARAMETERS中NLS_CHARACTERSET的字符集是什么，然后保持操作系统用户NLS_LANG的设置和SecureCRT或xshell软件的编码设置与之一致即可。引用：

链接：http://blog.itpub.net/31441616/viewspace-2145085/，如需转载，请注明出处，否则将追究法律责任。