nls_lang用于设置客户端的字符集。影响sqlplus界面的语言。
regedit:
hkey_local_machine/software/oracle/home0
nls_lang键值
1、取值为‘US7ASCII'或为空
2、取值为‘simplified chinese_china.ZHS16GBK'
nls_characterset用于设置数据库内部字符集,决定数据记录保存的格式。
1、取值为‘US7ASCII'或为空
2、取值为‘ZHS16GBK'
测试:环境(已有一表为test_char.内含有汉字)
1>客户端,服务器端的字符集为ZHS16GBK:
.能正确显示test_char.
.能正确建立含有汉字记录的表。
.将xiejia.test_char导入到模式test中
已导出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集
2>客户端为ZHS16GBK, 服务端的内部字符集为US7ASCII
.无法正常显示test_char
.在建立含有汉字记录的表后,无法正常显示该内容
.在执行export过程中。
已导出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集
服务器使用 US7ASCII 字符集 (可能的字符集转换)
3>客户端为US7ASCII,服务端的内部字符集为US7ASII
.能正常显示test_char
.在建立含有汉字记录的表后,不能正常显示该内容
.在执行export过程中
Export done in US7ASCII character set and AL16UTF16 NCHAR character set
在执行import过程后,无法正常显示导入内容
4>客户端为ZHS16GBK,服务端的内部字符集为US7ASCII
.不能正常显示test_char
.在建立含有汉字记录的表后,不能正常显示该内容
.在执行export过程中
Export done in US7ASCII character set and AL16UTF16 NCHAR character set
server uses ZHS16GBK character set (possible charset conversion)
总结:
客户端的设置uls_lang可决定地导出字符集。
在oracle9i数据库,客户端字符集必须与数据库核心字符集类型一致,否则汉字出现乱码
相关表:
v$nls_parameters
nls_database_parameters
props$
保留问题:
如果在客户端与服务端字符集同为US7ASCII,建立含汉字字符的表无法正常显示记录?会不会是因US7ASCII不支持汉字?
2004.11.13
今天,发现一个有意思的问题。
.如果客户端nls_lang=' ',则含汉字字符的表无法正常显示。
.如果客户端nls_lang='American_america.US7ASCII,则含汉字字符的表正常显示。
文章摘抄:
US7ASCII是早期的英文字符集,是不支持中文的。但是,有的用户是在Oracle6,Oracle7.0,Oracle7.1时就使用数据库了,当时是没有中文字符集,存储中文也使用了US7ASCII字符集,而ZHS16CGB231280及ZHS16GBK分别是Oracle7.3及Oralce8.0以后才出现的,这样就出现了一个新问题,如果将字符集由US7ASCII转换为ZHS16GBK。字符集是可以转换的,但是,数据已经按US7ASCII格式存储了,原始数据无法转换。显示,对于这种状况,即使使用Oracle8i,Oracle9i数据库,其核心字符集也不能使用ZHS16GBK。否则,不支持Oracle7.0转换的数据,而应该使用的字符集仍然是US7ASCII。