oracle 字符集总结（超出GBK范围的字符存取问题未解决）

字符集总结：
一、服务器的字符集（用来存储数据用的编码格式）
二、操作系统字符集（用来显示、解码/编码与oracle交互的编码格式）
三、oracle客户端字符集(用于转换操作系统、服务器端编码/解码格式问题)

后续在使用过程中领悟到：
最基础层是 数据库（创建库时的字符集）
第二层是：操作系统
第三层是：终端显示

保持三层为 相同字符集 既可，但要注意的是，必须以创建数据库时所使用的 字符集 为基准，进行设置 操作系统 、 终端的字符集，就基本没有问题；

引用一段话：

字符集，实质就是按照一定的字符编码方案，对一组特定的符号，分别赋予不同数值编码的集合。Oracle数据库最早支持的编码方案是US7ASCII。Oracle的字符集命名遵循以下命名规则：<Language><bitsize><encoding>   即:  <语言><比特位数><编码> 。比如: AL32UTF8表示：AL，代表all，指使用所有语言；32，,32位；UTF8编码。查看环境变量发现：NLS_LANG=American_America.AL32UTF8，American表示语言；America表示地区；AL32UTF8字符集类型。

         AL32UTF8和UTF8有什么区别呢？Oracle的UTF8字符集由来已久，至少在8的时候就已经存在了，而对应的是UNICODE 3.0。而AL32UTF8字符集是9i才出现的，其对应的是UNICODE 5.0。这两种字符集的区别在于，UNICODE 5.0与3.0相比，又增加了一些新的补充字符。但是在实际当中，使用到这些新增字符的可能性非常小，因此绝大部分情况下，选择UTF8也是足够的。AL32UTF8字符集是9i才出现的，那么对于9i以后的版本访问没有任何问题，但是对于8i及以前的版本，则不认识这个字符集。这就使得8i及更低版本的客户端在访问9i以上AL32UTF8的数据库时，会碰到各种各样的问题。因此，如果数据库版本都在9i及其以上，不需要考虑ORACLE8的数据库，建议使用AL32UTF8字符集，它采用的Unicode标准要比UTF8采用的Unicode标准更新，支持的字符也更多一些。如果要考虑ORACLE8数据库，建议使用UTF8字符集，它的兼容性好，在ORACLE8及8I数据库上使用AL32UTF8字符集容易出现问题。随着现在版本11g逐渐开始称为主流版本，8i客户端的情况已经越来越少见了，因此在11.2的DBCA中，UTF8已经不是推荐字符集列表中的一员了。我们在遇到不兼容的问题时就要修改字符集。

一、服务器的字符集（用来存储数据用的编码格式）
    编码字符集包含关系：ZHS32GB18030 > ZHS16GBK > ZHS16CGB231280 参考文章：http://docs.oracle.com/cd/B10501_01/se