[干货]重新认识字符集Part3

要声明一点，这里的UTF8是Oracle自己的，并非真正的UTF8。

回答这个问题，需要了解unicode版本，unicode从1.0到目前的12.1共经历24个版本。

Oracle在发展自己的字符集依然要遵守unicode（万国码），且每出一个版本的数据库，都要规划好其字符集，可以参考如下列表：

一目了然了吧，UTF8是依赖unicode 3.0标准，而AL32UTF8则一直还在随着数据库版本的发布，更新着所依赖的unicode版本。

那区别到底有多大呢？这么说吧，unicode 3.0共收录49259个字符，从unicode 3.1开始，共收录99089，这时候CJK（中日韩统一表意文字）被纳入，从unicode 4.1（包含）开始，GB18030-2005完全映射到unicode中。

所以总结下来，Oracle的UTF8在新版本数据库字符集中已经不建议使用了（太老），而是建议使用随着unicode不断更新的AL32UTF8。

可以改，Oracle也提供了方法，但最后都会附一句话，不建议。改过的总是会觉得有些别扭。

我们经常用到的字符集有GBK（Oracle叫ZHS16GBK），GB18030（Oracle叫ZHS32GB18030），UTF8（Oracle叫AL32UTF8），按集合来说，AL32UTF8包含ZHS32GB18030，ZHS32GB18030包含ZHS16GBK。

Oracle对GB18030支持的不是很友善。

我们知道GB18030，发布了两套标准编码，一套叫GB18030-2000,收录了27000多个字符，另一套叫GB18030-2005，收录了7万多个字符，已经非常全了，而Oracle中的对应的ZHS32GB18030字符集，是根据GB18030-2000来的。而在数据库字符集选项里面，也找不到ZHS32GB18030字符集。

Oracle从9.2开始已经将ZHS32GB18030作为客户端字符集，只能在客户端上使用。这就是强行让使用AL32UTF8呀，即使我们通过一些非常规手段去使用ZHS32GB18030，它也是GB18030-2000标准，这一点还是要清楚。