温馨提示×

温馨提示×

您好,登录后才能下订单哦!

密码登录×
登录注册×
其他方式登录
点击 登录注册 即表示同意《亿速云用户服务条款》

PL/SQL DEV utf8乱码问题 utf8 bom

发布时间:2020-07-09 14:18:17 来源:网络 阅读:642 作者:baser 栏目:关系型数据库

字符集信息:

    数据库字符集:al32utf8

    本地客户端字符集:utf8

    plsqldev默认文件编码:utf8无bom --自己设置的,默认是自动识别


问题:

    通过plsqldev导出某表数据为sql文件,通过plsqldev打开后,发现中文乱码。


分析:

    首先用notepad++打开sql文件,无乱码,看了下文件字符编码,是utf8无bom。

    而后检查了数据库字符集与本地oracle客户端字符集设置,均为utf8。

    遂怀疑是plsqldev工具字符编码识别问题,将文件转换为utf8含bom,再用plsqldev打开,无乱码。

    可目前utf8含bom格式放在unix、linux环境上容易出现问题,所以改文件编码的方案就放弃了。

    偶然发现另一个同样是utf8无bom的sql文件用plsqldev打开没有乱码,遂比较下,发现后者第一条sql语句中含中文,而前者是在50条以后才含有中文。

    会不会是plsqldev工具按中文出现的位置去识别utf8是否含bom?

    测试下,把第一个sql文件中含中文的sql语句放到第一条,用plsqdev打开,果然,无乱码!

    那么,含中文的sql语句只能放在第一行才能无乱码?

    验证下,把含中文的sql放到第三行,无乱码;放到第10行,无乱码;放到第20行,乱码了。

    有没有更简单的方式?emmm,给这个sql文件第一行加一个中文注释试试,结果ok,无乱码。


推测:

    plsqldev打开utf8文件,以中文出现的位置来判断此文件是否含bom,即前n行或前n个字符内没有出现中文,则认为此文件为utf8含bom。


解决方案:

    在utf8无bom格式文件第一行加个中文注释即可。


未结:

    具体是以前n行还是以前n个字符作为判断条件,目前本人尚未验证,仅仅为推测。


向AI问一下细节

免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。

AI