我是靠谱客的博主 生动羽毛,最近开发中收集的这篇文章主要介绍oracle imp字符集问题的解决,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

 问题:
在imp一个dmp文件的时候,提示不支持要求的字符集转换(从类型850到852).
原理:
Oracle多国语言设置是为了支持世界范围的语言与字符集,一般对语言提示,货币形式,排序方式和CHAR,VARCHAR2,CLOB,LONG字段的数据的显示等有效。ORACLE的多国语言设置最主要的两个特性就是国家语言设置与字符集设置,国家语言设置决定了界面或提示使用的语言种类,字符集决定了 数据库保存与字符集有关数据(如文本)时候的编码规则。
ORACLE字符集设定,分为 数据库字符集和客户端字符集环境设置。在 数据库端,字符集在创建 数据库的时候设定,并保存在 数据库props$表中,对于8i以上产品,已经可以采用'Alter database character set 字符集'来修改 数据库的字符集,但也仅仅是从子集到超集,不要通过update props$来修改字符集,假如是不支持的转换,可能会失去所有与字符集有关的数据,就是支持的转换,也可能导致 数据库的不正常工作。字符集分为单字节字符集与多字节字符集,US7ASCII就是典型的单字节字符集,在这种字符集中length=lengthb,而ZHS16GBK就是常用的双字节字符集,在这里lengthb=2*length。 软件开发网
在客户端的字符集环境比较简单,主要就是环境变量或注册表项NLS_LANG,注重NLS_LANG的优先级别为:参数文件à注册表à环境变量àalter session。NLS_LANG的组成为“国家语言设置.字符集”,如nls_lang=simplified chinese_china.zhs16gbk。客户端的字符集最好与 数据库端一样(国家语言设置可以不一样,如zhs16gbk的字符集,客户端可以是nls_lang =simplified chinese_china.zhs16gbk或Ameircan_America.zhs16gbk,都不影响 数据库字符的正常显示),假如字符集不一样,而且字符集的转换也不兼容,那么客户端的数据显示与导出/导入的与字符集有关的数据将都是乱码。

方案:
使用2进制文件编辑工具,如uedit32。打开导出的dmp文件,获取2、3字节的内容,如00 01,先把它转换为10进制数,为1,使用函数NLS_CHARSET_NAME即可获得该字符集:
SQL> select nls_charset_name(1) from dual;
NLS_CHARSET_NAME(1)
-------------------

US7ASCII
可以知道该dmp文件的字符集为US7ASCII,假如需要把该dmp文件的字符集换成ZHS16GBK,则需要用NLS_CHARSET_ID获取该字符集的编号:
SQL> select nls_charset_id('zhs16gbk') from dual;
NLS_CHARSET_ID('ZHS16GBK')
--------------------------
852
把852换成16进制数,为354,把2、3字节的00 01换成03 54,即完成了把该dmp文件字符集从us7ascii到zhs16gbk的转化,这样,再把该dmp文件导入到zhs16gbk字符集的 数据库就可以了。

转载于:https://blog.51cto.com/ityatou/184729

最后

以上就是生动羽毛为你收集整理的oracle imp字符集问题的解决的全部内容,希望文章能够帮你解决oracle imp字符集问题的解决所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(43)

评论列表共有 0 条评论

立即
投稿
返回
顶部