由“ORA-00972:标识符过长”引发的关于oracle字符集的探索

由“ORA-00972:标识符过长”引发的关于oracle字符集的探索

在华北电力大学房产项目上遇到一个问题。

现象

同样的sql语句，同样的数据库数据，查询结果不一样。

在plsql客户端中执行语句：

SELECT lengthb('其他（不含构筑物）占比') FROM dual;

本地数据库查询结果：

同样的sql语句，在生产环境上的查询结果：

思考

两个数据库版本一样，数据一样，查询环境一样，思来想去，就只有字符集不一样了。于是，开始了解oracle字符集相关知识。

oracle字符集

影响oracle数据库字符集最重要的参数是NLS_LANG参数。

它的格式如下: 　　NLS_LANG = language_territory.charset

它有三个组成部分(语言、地域和字符集)，每个成分控制了NLS子集的特性。

其中:

Language 指定服务器消息的语言，territory 指定服务器的日期和数字格式，charset 指定字符集。如:AMERICAN _ AMERICA. ZHS16GBK

从NLS_LANG的组成我们可以看出，真正影响数据库字符集的其实是第三部分。

所以两个数据库之间的字符集只要第三部分一样就可以相互导入导出数据，前面影响的只是提示信息是中文还是英文。

查看字符集

一是oracel server端的字符集;

二是oracle client端的字符集;

三是dmp文件的字符集。

1、查询oracle server端的字符集

有很多种方法可以查出oracle server端的字符集，比较直观的查询方法是以下这种:

SQL>select userenv(‘language’) from dual;

结果类似如下:AMERICAN _ AMERICA. ZHS16GBK

2、如何查询dmp文件的字符集

用oracle的exp工具导出的dmp文件也包含了字符集信息，dmp文件的第2和第3个字节记录了dmp文件的字符集。如果dmp文件不大，比如只有 几M或几十M，可以用UltraEdit打开(16进制方式)，看第2第3个字节的内容，如0354，然后用以下SQL查出它对应的字符集:

SQL> select nls_charset_name(to_number(‘0354’,‘xxxx’)) from dual;

ZHS16GBK

如果dmp文件很大，比如有2G以上(这也是最常见的情况)，用文本编辑器打开很慢或者完全打不开，可以用以下命令(在unix主机上):

cat exp.dmp |od -x|head -1|awk ‘{print $2 $3}’|cut -c 3-6

然后用上述SQL也可以得到它对应的字符集。

3、查询oracle client端的字符集

这个比较简单。

在windows平台下，就是注册表里面相应OracleHome的NLS_LANG。还可以在dos窗口里面自己设置，比如: 　　set nls_lang=AMERICAN_AMERICA.ZHS16GBK

这样就只影响这个窗口里面的环境变量。

在unix平台下，就是环境变量NLS_LANG。

$echo $NLS_LANG

AMERICAN_AMERICA.ZHS16GBK

如果检查的结果发现server端与client端字符集不一致，请统一修改为同server端相同的字符集。

修改oracle字符集

较麻烦，从略，附上地址，未亲自执行
oracle服务器和客户端字符集的查看和修改

解决

根本解决方法就是修改服务端字符集，从略。