1． 数据库服务器字符集
select * from nls_database_parameters，其来源于props$，是表示数据库的字符集。
2．客户端字符集环境select * from nls_instance_parameters,其来源于v$parameter，
表示客户端的字符集的设置，可能是参数文件，环境变量或者是注册表
3．会话字符集环境 select * from nls_session_parameters，其来源于v$nls_parameters，表示会话自己的设置，可能是会话的环境变量或者是alter session完成，如果会话没有特殊的设置，将与nls_instance_parameters一致。
客户端的字符集要求与服务器一致，才能正确显示数据库的非Ascii字符。如果多个设置存在的时候，alter session>环境变量>注册表>参数文件
字符集要求一致，但是语言设置却可以不同，语言设置建议用英文。如字符集是zhs16gbk，则nls_lang可以是American_America.zhs16gbk。
修改oracle字符集
8i以上版本可以通过alter database来修改字符集，但也只限于子集到超集，不建议修改props$表，将可能导致严重错误。
Startup nomount;
Alter database mount exclusive;
Alter system enable restricted session;
Alter system set job_queue_process=0;
Alter database open;
Alter database character set zhs16gbk;
我的Oracle 9i字符集问题
根据以上方法查看数据集
情况一：
服务器端数据库采用默认安装，字符集即默认选择AMERICAN AMERICA. ZHS16GBK
客户端字符集为AMERICAN AMERICA. ZHS16GBK
会话字符集环境为 SIMPLIFIED CHINESE_CHINA.ZHS16GBK
导入dmp数据集为AL32UTF8
好像无警告，导入成功
卧病已久的全文检索复活，但是人员管理却不能添加人员了
Enterprise Manager Console里查看数据表正常
情况二：
服务器端数据库采用默认安装，字符集即默认选择AMERICAN AMERICA. ZHS16GBK
客户端字符集为AMERICAN AMERICA. ZHS16GBK
会话字符集环境为 AMERICAN AMERICA. ZHS16GBK
导入dmp数据集为AL32UTF8
有警告，导入成功
全文检索没测试，但人员管理能够添加人员了
Enterprise Manager Console里查看数据表显示乱码
将注册表中的NLS_LANG改为SIMPLIFIED CHINESE_CHINA.ZHS16GBK，数据表里数据显示正常，但是存储过程里的中文字依然是乱码
总结：
1． 注册表里存储的字符集是会话使用的字符集，用于界面等的显示
2． 在AMERICAN AMERICA. ZHS16GBK字符集下进行导入的过程中，客户端可能对导入的dmp进行了处理，将存储过程中的中文字识别为乱码，而数据表内容正常。也有可能除了表内容的其它数据库内容如存储过程使用特定编码。
