nls_lang 的设置和字符集问题

一时失言乱红尘 2022-01-10 18:11 1241阅读 0赞

我的环境是RH linux 4，数据库oracle 10.2，字符集是AL32UTF8。现象是这样的：用select查看原数据，中文显示乱码，但java应用程序显示正常。从linux上用sqlplus插入一条中文，再用select 查询，新插入的这条中文显示正常，但java应用程序查询不出来。数据库字符集用的utf8，看了一下nls\_lang的设置是NLS\_LANG=american\_america.AL32UTF8; 于是改成了NLS\_LANG=american\_america.UTF8（编辑并运行.bash\_profile），重新插入数据，用select查看，中文显示乱码，但java应用程序显示正常。再修改NLS\_LANG=american\_america.ZHS16GBK，用select查询，中文显示正常。

今天又遇到了从sql plus insert 中文的问题，主要还是nls\_lang的设置，总结一下。

首先要明确什么是字符集？字符集是一个字节数据的解释的符号集合,有大小之分,有相互的包括关系,如us7ascii就是zhs16gbk的子集, 从us7ascii到zhs16gbk不会有数据解释上的问题,不会有数据丢失,Oracle对这种问题也要求从子集到超集的导出受支持,反之不行。在所有的字符集中utf8应该是最大,因为它基于unicode,双字节保存字符(也因此在存储空间上占用更多)。  
  
其次，一旦数据库创建后，数据库的字符集是不能改变的。因此，在设计和安装之初考虑使用哪一种字符集是十分重要的。数据库字符集应该是操作系统本地字符集的一个超集。存取数据库的客户使用的字符集将决定选择哪一个超集，即数据库字符集应该是所有客户字符集的超集。

现在，介绍一些与字符集有关的NLS\_LANG参数，  
  
NLS\_LANG格式：  
  
NLS\_LANG = language\_territory.charset  
  
有三个组成部分（语言、地域和字符集），每个成分控制了NLS子集的特性。其中：language 指定服务器消息的语言。  
  
territory 指定服务器的日期和数字格式。  
  
charset 指定字符集  
  
例如：  
  
AMERICAN\_AMERICA.US7SCII  
  
AMERICAN \_ AMERICA. ZHS16GBK  
  
  
  
还有一些子集可以更明确定义NLS\_LANG参数：  
  
DICT.BASE 数据字典基本 表版本  
  
DBTIMEZONE 数据库时区  
  
NLS\_LANGUAGE 语言  
  
NLS\_TERRITORY 地域  
  
NLS\_CURRENCY 本地货币字符  
  
NLS\_ISO\_CURRENCY ISO货币字符  
  
NLS\_NUMERIC\_CHARACTERS 小数字符和组 分隔开  
  
NLS\_CHARACTERSET 字符集  
  
NLS\_CALENDAR 日历系统  
  
NLS\_DATE\_FORMAT 缺省的日期格式  
  
NLS\_DATE\_LANGUAGE 缺省的日期语言  
  
NLS\_SORT 字符排序序列  
  
NLS\_TIME\_FORMAT 时间格式  
  
NLS\_TIMESTAMP\_FORMAT 时间戳格式  
  
……

查看可选的数据库字符集： col nls\_charset\_id for 99999  
col nls\_charset\_name for a35  
col hex\_id for a5  
select nls\_charset\_id(value) nls\_charset\_id,value nls\_charset\_name,to\_char(nls\_charset\_id (value),'xxxx') hex\_id  
from v$nls\_valid\_values  
where parameter = 'CHARACTERSET';

查看当前数据库字符集配置： col parameter for a35  
col value for a35  
select \* from v$nls\_parameters;   
或者： select \* from sys.props

转载于:https://blog.51cto.com/river7000/336205