博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
关于字符集的测试报告(转)
阅读量:2494 次
发布时间:2019-05-11

本文共 1297 字,大约阅读时间需要 4 分钟。

关于字符集的测试报告:

nls_lang用于设置客户端的字符集。影响plus界面的语言。

regedit:

hkey_local_machinesoftwareoraclehome0
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不支持汉字?

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/10294527/viewspace-122866/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/10294527/viewspace-122866/

你可能感兴趣的文章
数据结构与算法三: 数组
查看>>
Activiti工作流会签二 启动流程
查看>>
Activiti工作流会签三 撤销,审批,驳回
查看>>
Oauth2方式实现单点登录
查看>>
CountDownLatch源码解析加流程图详解--AQS类注释翻译
查看>>
ES相关度评分
查看>>
我们一起做一个可以商用的springboot脚手架
查看>>
idea在搭建ssm框架时mybatis整合问题 无法找到mapper
查看>>
java设计基本原则----单一职责原则
查看>>
HashMap的实现
查看>>
互斥锁 synchronized分析
查看>>
java等待-通知机制 synchronized和waity()的使用实践
查看>>
win10 Docke安装mysql8.0
查看>>
docker 启动已经停止的容器
查看>>
order by 排序原理及性能优化
查看>>
Lock重入锁
查看>>
docker安装 rabbitMq
查看>>
git 常用命令 入门
查看>>
关闭selinx nginx无法使用代理
查看>>
shell 脚本部署项目
查看>>