给控制台使用正确的NLS_LANG设置

只爱多一点

<br>　　大多数使用Windows命令提示符来运行SQL*Plus命令的用户通常使用一个字符集，而这种字符集对于超过ASCII 的7位字符范围之外的值就不正确了。一旦你尝试从其他欧洲语言进入有特定音符的字符，扩展字符就会被翻译错误。<br>　　<br>　　举例来说，如果在命令提示窗口运行sqlplus，默认的字符设置通常是AMERICAN_AMERICA.US7ASCII（假如你没有特别指定NLS_LANG字符设置）。如果你将resume字样键入SQL*Plus提示符中，你将看到如下：<br>　　<br>　　sqlplus -s scott/tiger<br>　　select 'resume' from dual;<br>　　<br>　　'RESUME'<br>　　----------<br>　　resume <br>　　<br>　　问题是，Windows命令提示符本质上类似于DOS，它继承了代码页的全球语言支持（NLS）。你可以在控制台提示符中键入chcp命令来查看你目前的代码页是什么：<br>　　<br>　　C:\>chcp<br>　　Active code page: 437 <br>　　<br>　　在这个例子中，我们使用了437号代码页和一个美式键盘，因此确切的NLS_LANG字符设置应该是“US8PC437”。US8PC437仅仅检索二进制值并试图将它原样的直接地传送到UTF8数据库。<br>　　<br>　　正确设置NLS_LANG并再次使用这个例子：<br>　　<br>　　C:\>set NLS_LANG=AMERICAN_AMERICA.US8PC437<br>　　C:\>sqlplus -s scott/tiger<br>　　select 'resume' from dual;<br>　　<br>　　'RESUME'<br>　　--------<br>　　resume <br>　　<br>　　在Windows中，有一点非常重要，那就是给像SQL*Loader这样的程序以及撰写SQL*Plus脚本（其中可能使用非ASCII字符）保留NLS_LANG变量设置，特别是如果你的编辑器使用的是和DOS/OEM一样的字体。因为它们将和你的代码页设置一致。<br>　　<br>　　NLS_LANG对插入数据也有影响，譬如说：<br>　　<br>　　set NLS_LANG=<br>　　sqlplus -s scott/tiger<br>　　create table text (a varchar2(40));<br>　　insert into text values ('resume');<br>　　exit;<br>　　<br>　　set NLS_LANG=AMERICAN_AMERICA.US8PC437<br>　　sqlplus -s scott/tiger<br>　　insert into text values ('resume');<br>　　select a from text;<br>　　<br>　　A<br>　　----------------------------------------<br>　　resume<br>　　resume<br>　　<br>　　select dump(a) from text;<br>　　<br>　　DUMP(A)<br>　　-----------------------------------------------------<br>　　Typ=1 Len=10: 114,239,191,189,115,117,109,239,191,189<br>　　Typ=1 Len=8: 114,195,169,115,117,109,195,169 <br>　　<br>　　第一个字节是不正确的，当然并不是有意的。你可以根据需要从Oracle联机文件中查阅正确的NLS_LANG字符设置。<br>　　 <