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的数据库时，会碰到各种各样的问题。因此