我的环境是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$;
本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/wzy0623/archive/2007/06/26/1666769.aspx