ORA-00911: invalid character 错误解决集锦

ORA-00911: invalid character 错误解决集锦

案例一:字符集的问题

网上搜了一遍, 大多数是因为分号( ; ) 的问题. 而我的sql文件是没有分号的, 最后发现是sql文件编码和服务器字符集的差异造成

sql文件怎么都看不出问题,直到在UltraEdit里切换到16进制模式下才发现有些怪字符, 文件编码是UTF-8

然而服务器的字符集是TH8TISASCII

select userenv(‘language’) from dual

解决办法: 把sql文件另存为ASCII编码就行了.

案例二:今天在访问远程oralce数据库时,以前正确的语句也都会出现“ORA-00911: invalid character”的错误信息,在网上找了很长时间,也没有找到原因,但在搜索时,看到一篇文章说字符集的问题,我突然想到,我的系统之前恢复过系统,oarcle客户端也是今天刚安装的,我记得在系统设置中,要设置字符集那个变量,于是我从服务器上看到了该字段,在我本机上果然没有,于是我按照上面的路径把那个变量加上,具体路径和变量名如下:

控制面板–系统和安全—系统--高级系统设置--高级--环境变量--系统变量中

变量名:NLS_LANG

变量值:SIMPLIFIED CHINESE_CHINA.ZHS16GBK

把这个变量添加完成以后,把系统重启一下就ok了,重启以后,错误提示消失了。

这个变量是在读取数据库中中文名称时出现的。

案例三:今天在写SQL查询Oracle中的数据时遇到一个问题。在一般的SQL查询分析器中写好的SQL语句(运行一切正常),扔到用C#写的程序中就报错。错误代码如下:

System.Data.OleDb.OleDbException:One or more errors occurred during processing of command.

ORA-00911: invalid character at…

检查了半天,实在是没找到任何SQL错误的原因,(本来怀疑是字符转码的问题,后来给排除了);最后,终于在网上查到了答案,原来“都是分号惹的祸”!

我一般写SQL的时候都喜欢在每个语句结尾加上”:”,我想这也是一般写SQL的程序员的习惯。因为很多SQL的查询分析其时都会将这个分号当成一个语句的结束。但是,其实在正式执行的时候,是不能将这个分号扔到Oracle的解析器中的,因为Oracle的语法解析器特别严格,就会报出以上的错误出来,解决方法也很简单,去掉分号就可以了。

以上的问题适用于任何用程序书写的Oracle数据查询,看起来有时候习惯也会害死人的。

注:

我是用C语言的OCI接口调用sql语句,sql语句末尾加了分号。

错误号: 911

错误描述:ORA-00911: invalid character

:http://www.linuxidc.com/Linux/2017-05/144361.htm