今天帮同事调一个存储过程。
存储过程比较长,问题出现在类似下面的一段代码上。
BEGIN
EXECUTE IMMEDIATE 'UPDATE '|| v_table_name || ' SET ' || v_column_name || ' = :column_value WHERE ID = :id'
USING V_COLUMN_VALUE, V_ID;
COMMIT;
EXCEPTION
WHEN OTHERS THEN
ROLLBACK;
END;
程序添加了异常处理模块,但是捕获到错误后没有进行进一步处理,因此当执行到存储过程这一部分时,程序没有执行UPDATE操作,也没有报错。
首先,检查了UPDATE语句,似乎没有什么问题。于是在EXCEPTION模块中将SQLCODE和SQLERRM打印处理。
运行后得到的错误是:ORA-00911: 无效字符。
于是怀疑是传递的参数有问题,检查了v_table_name、v_column_name、V_COLUMN_VALUE和V_ID的值都没有问题。
只好将生成的UPDATE语句打印出来。检查了一下,也没有发现任何问题。
感觉十分奇怪,于是查了查Oracle的Error Reference:
ORA-00911 invalid character
Cause: Special characters are valid only in certain places. If special characters other than $, _, and # are used in a name and the name is not enclosed in double quotation marks ("), this message will be issued. One exception to this rule is for database names; in this case, double quotes are stripped out and ignored.
Action: Remove the invalid character from the statement or enclose the object name in double quotation marks.
似乎看上去是列名或表名中包含了不正确的字段,又仔细检查了一遍了生成的UPDATE语句的表名和列名,都是很平常的字母。
V_COLUMN_VALUE是个字符串,其中包含中文,会不会是由于当前环境对中文支持有问题。换了个环境测试,也没有问题。
仔细检查了数据库中的字段名和表名,确认不是以小写格式存放的。
又检查了一般输入的四个参数,而且检查了它们的长度,已经是否存在不可见的字符。仍然没有任何收获。
不使用绑定变量,将四个参数都传入到字符串中,拼成完成的UPDATE语句。然后放到SQLPLUS中执行。居然仍然报错。
这时的UPDATE语句已经简单到下面的格式,仍然在报错。
SQL> UPDATE T SET NAME = '中文and1234' WHERE ID = 1;
UPDATE T SET NAME = '中文and1234' WHERE ID = 1
*
ERROR 位于第 1 行:
ORA-00911: 无效字符
最后终于发现,原来第一个等号“=”被同事敲成了中文的等号了。
郁闷,我们两个人调了将近一个小时,居然是这个错误。