昨天wait4friend在处理部署脚本的时候遭遇了中文乱码。因为以前一直面对国外客户，所以在处理中文乱码上没啥经验，在运维同事的帮助下，折腾了半天终于搞清楚了状况。
背景如下：在Pl/SQL Dev里面进行存储过程的开发，代码里面有中文信息和注释。在Win下把包导出之后，FTP到Linux端，通过SQL Plus来执行。
遇到的第一个问题是，在Linux端看到文件内容里面的中文是乱码。查看之后确认，Win下PL/SQL Dev默认导出的文本是ANSI，还好通过配置可以强制使用UTF8。设置路径如下 Tools –> Preferences –> Files –> Format –> Encoding
第二个问题是，这样生成的UTF8文件会包含一个BOM文件头。这是一个不可见的部分，但是SQL Plus会报错。
使用vi看看，有一个<feff>，这就是UTF8的BOM
<feff>create or replace package FXKZ_PKG as
procedure SEND_SMS_PROC
Linux下的好东西就是多，经过Google，找到一个办法删除BOM
grep -r -l -l $'^xEFxBBxBF' https://www.cnblogs.com/wait4friend/archive/2012/09/29/*.* | xargs sed -i 's/^xEFxBBxBF//g'
第三个问题是，SQL Plus仍然没有正确识别中文，什么情况？查看之后发现原来是没有设置NLS_LANG参数，这个容易，设置为AMERICAN_AMERICA.UTF8
到此，问题得到圆满解决。为了一劳永逸，写一个部署sql的shell脚本。
echo Remove the UTF8 BOM if needed
grep -r -l -l $'^xEFxBBxBF' https://www.cnblogs.com/wait4friend/archive/2012/09/29/*.* | xargs sed -i 's/^xEFxBBxBF//g'
echo .
# in order to read UTF8 chinese in SQLPlus
echo export NLS_LANG=AMERICAN_AMERICA.UTF8
export NLS_LANG=AMERICAN_AMERICA.UTF8
echo .
总结：
- 脚本要保存成utf8，最好是utf-8 without BOM
- Linux端对含有BOM的文件进行处理，删除BOM信息
- 设置NLS_LANG
版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/sjkxydsj/11987.html