linux环境下：
[root@single ~]# locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
……
windows环境下：
C:\Users\Martin>chcp
活动代码页: 936
字符集其实就是“字符”和“编码”的一张对照表，
数据库安装过程中，会选择确认下面两个字符集：
1.数据库字符集：数据库需要存储多国语言选择AL32UTF8，只有中英文选择ZHS16GBK
2.国家字符集 一般都选用AL16UTF16
unicode字符集：
UTF8 很老的，不用了。
AL32UTF8 目前最新的，建议用。
注：实际生产环境，如果确定数据库只是中国人用（只有中英文相关字符）的话，就采用ZHS16GBK..
sql*plus客户端（设置原则：与所在操作系统字符集一致）:
windows：一般都是gbk，即chcp结果为936
set NLS_LANG=american_america.zhs16gbk
语言和地区为中文中国的话，set NLS_LANG=simplified chinese_china.zhs16gbk
linux：一般为utf-8，即echo $LANG 结果为en_US.UTF-8 或zh_CN.UTF-8
export NLS_LANG=american_america.utf8
测试：客户端Linux，系统字符集为zh_CN.UTF-8
正确设置：
export NLS_LANG=american_america.utf8
select dump(‘靖宇‘,1016) from dual;
insert into t2 values (1,‘靖宇‘);
commit;
错误设置：
export NLS_LANG=american_america.zhs16gbk
select dump(‘靖宇‘,1016) from dual;
insert into t2 values (2,‘靖宇‘);
commit;
注意：字符集设置错误导致库中存储的就是错误的编码，这个几乎是不可逆的`一定要慎重仔细设置好字符集。
服务器上oracle字符集
如何确定当前字符集设定，何时可以更改字符集。
select userenv(‘language‘) from dual;
select * from v$nls_parameters;
了解超集，严格超集的概念，确定是否可以更改字符集。Oracle不建议后期更改数据库字符集！
服务器操作系统字符集（暂时忽略）
ps:
1.因为sql*plus 本身没有字符集，依赖于所在操作系统的字符集，而在远端linux上的oracle也是无法直接访问到windows上的字符集，所以依靠sql*plus的NLS_LANG设置来辨别。
2.因为oracle软件本身有字符集，当软件有自己的字符集时，就不用操作系统的字符集，所以服务器操作系统字符集的因素可以暂时忽略。
