Chinaunix首页 | 论坛 | 博客
  • 博客访问: 624578
  • 博文数量: 825
  • 博客积分: 5000
  • 博客等级: 大校
  • 技术积分: 4980
  • 用 户 组: 普通用户
  • 注册时间: 2008-10-27 14:19
文章分类

全部博文(825)

文章存档

2011年(1)

2008年(824)

我的朋友

分类:

2008-10-27 14:25:20


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

--------------------next---------------------

阅读(359) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~