【转自Oracle ACE --杨廷琨】sqlplus注释导致语句重复执行
2015-04-26 16:00
555 查看
转自:
http://blog.itpub.net/4227/viewspace-746121
意外发现一个sqlplus上一个注释相关的bug。
看一个简单的例子:
solaris*orcl-/home/oracle$ sqlplus test/test
SQL*Plus: Release 11.2.0.3.0 Production on Mon Jun 11 17:09:57 2012
Copyright (c) 1982, 2011, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, Oracle Label Security and Real Application Testing options
SQL> set pages 100 lines 140
SQL> select 1 from dual;
这是一个最新的11.2.0.3的sqlplus客户端,那么这个简单的查询结果是什么?
SQL> select 1 from dual;
1
----------
1
SQL> /* select */ select 2 from dual;
好,我承认是在故弄玄虚,结果就是简单到不能再简单的1,那么问题来了,上面第二个查询的结果是什么?
SQL> /* select */ select 2 from dual;
2
----------
2
SQL> /*select */ select 3 from dual;
不要扔砖,虽然结果还是意料之内的,但是见证奇迹的时刻马上就要到了,这第三个查询的结果是什么?
SQL> /*select */ select 3 from dual;
2
----------
2
这个结果是不是很2?这个语句和上面第二个语句只是相差了一个空格,结果是完全不同的。对于第二个语句而言,注释并没有对语句产生任何的影响;而对于第三个语句,实际上Oracle并没有把这个语句作为包含注释的语句看待,实际上sqlplus运行的是/,也就是将缓存中的语句再运行一次,而完全忽略了/之后的内容。
可能有些人认为这个bug对于系统的影响不大,而如果在数据库中运行.sql文件,或者通过shell调用sql脚本,那么这个问题出现的可能性就大大增加了。
考虑一下极端的情况,这个问题可能带来哪些危害。最明显的莫过于使得上一个运行的SQL重复执行。
SQL> delete t where rownum < 11;
10 rows deleted.
SQL> /*select*/ select count(*) from t;
10 rows deleted.
如果上一条是SELECT,则显然对系统影响最小(事实上这个影响也不小,因为当前需要执行的SQL被跳过了,这可能影响这个SQL脚本的逻辑),而如果是DELETE语句,如上所示,那么表中数据就会被多删除一次。
也许有人会说,删除也无所谓,可以进行回滚,并没有数据的损失。事实上,对于SHELL脚本方式或者编写好的SQL脚本而言,是没有办法对其进行控制的。
即使不在脚本中运行,有些情况下也是没有机会回滚的,比如:
SQL> create procedure p_sqlplus as
2 begin
3 delete t where rownum < 5;
4 commit;
5 end;
6 /
Procedure created.
SQL> begin p_sqlplus; end;
2 /
PL/SQL procedure successfully completed.
SQL> /*another execute*/ select count(*) from t;
PL/SQL procedure successfully completed.
这种想要恢复就只能通过闪回了。而如果重复执行的是DDL,那么连闪回的机会都没有了。
重复DDL的一个例子:
SQL> alter table t_part exchange partition p1
2 with table t_temp_part
3 update indexes;
Table altered.
SQL> /*count the num*/ select count(*) from t_part partition (p1);
Table altered.
SQL> drop table t_temp_part purge;
Table dropped.
虽然并不会真正造成什么数据的损失,但是数据的加载以及分区EXCHANGE的工作就完全白做了。
上面几个例子都比较极端,但是这是为了说明对于SHELL或SQL文件中这种自动运行的脚本,要小心这个bug带来的不可预料的错误。
好在这个问题只是发生在sqlplus中,且SQL语句开头是以/*方式的注释开头,注释与后面的内容之间没有空格的情况下,因此想要碰到这个错误也并不容易。
总结一下:sqlplus里边的注释,一共有三种写法:--- 和 /* */ 和remark
我在11.2.0.4下试了一下,依然有上面的结果:
http://blog.itpub.net/4227/viewspace-746121
意外发现一个sqlplus上一个注释相关的bug。
看一个简单的例子:
solaris*orcl-/home/oracle$ sqlplus test/test
SQL*Plus: Release 11.2.0.3.0 Production on Mon Jun 11 17:09:57 2012
Copyright (c) 1982, 2011, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, Oracle Label Security and Real Application Testing options
SQL> set pages 100 lines 140
SQL> select 1 from dual;
这是一个最新的11.2.0.3的sqlplus客户端,那么这个简单的查询结果是什么?
SQL> select 1 from dual;
1
----------
1
SQL> /* select */ select 2 from dual;
好,我承认是在故弄玄虚,结果就是简单到不能再简单的1,那么问题来了,上面第二个查询的结果是什么?
SQL> /* select */ select 2 from dual;
2
----------
2
SQL> /*select */ select 3 from dual;
不要扔砖,虽然结果还是意料之内的,但是见证奇迹的时刻马上就要到了,这第三个查询的结果是什么?
SQL> /*select */ select 3 from dual;
2
----------
2
这个结果是不是很2?这个语句和上面第二个语句只是相差了一个空格,结果是完全不同的。对于第二个语句而言,注释并没有对语句产生任何的影响;而对于第三个语句,实际上Oracle并没有把这个语句作为包含注释的语句看待,实际上sqlplus运行的是/,也就是将缓存中的语句再运行一次,而完全忽略了/之后的内容。
可能有些人认为这个bug对于系统的影响不大,而如果在数据库中运行.sql文件,或者通过shell调用sql脚本,那么这个问题出现的可能性就大大增加了。
考虑一下极端的情况,这个问题可能带来哪些危害。最明显的莫过于使得上一个运行的SQL重复执行。
SQL> delete t where rownum < 11;
10 rows deleted.
SQL> /*select*/ select count(*) from t;
10 rows deleted.
如果上一条是SELECT,则显然对系统影响最小(事实上这个影响也不小,因为当前需要执行的SQL被跳过了,这可能影响这个SQL脚本的逻辑),而如果是DELETE语句,如上所示,那么表中数据就会被多删除一次。
也许有人会说,删除也无所谓,可以进行回滚,并没有数据的损失。事实上,对于SHELL脚本方式或者编写好的SQL脚本而言,是没有办法对其进行控制的。
即使不在脚本中运行,有些情况下也是没有机会回滚的,比如:
SQL> create procedure p_sqlplus as
2 begin
3 delete t where rownum < 5;
4 commit;
5 end;
6 /
Procedure created.
SQL> begin p_sqlplus; end;
2 /
PL/SQL procedure successfully completed.
SQL> /*another execute*/ select count(*) from t;
PL/SQL procedure successfully completed.
这种想要恢复就只能通过闪回了。而如果重复执行的是DDL,那么连闪回的机会都没有了。
重复DDL的一个例子:
SQL> alter table t_part exchange partition p1
2 with table t_temp_part
3 update indexes;
Table altered.
SQL> /*count the num*/ select count(*) from t_part partition (p1);
Table altered.
SQL> drop table t_temp_part purge;
Table dropped.
虽然并不会真正造成什么数据的损失,但是数据的加载以及分区EXCHANGE的工作就完全白做了。
上面几个例子都比较极端,但是这是为了说明对于SHELL或SQL文件中这种自动运行的脚本,要小心这个bug带来的不可预料的错误。
好在这个问题只是发生在sqlplus中,且SQL语句开头是以/*方式的注释开头,注释与后面的内容之间没有空格的情况下,因此想要碰到这个错误也并不容易。
总结一下:sqlplus里边的注释,一共有三种写法:--- 和 /* */ 和remark
我在11.2.0.4下试了一下,依然有上面的结果:
[oracle@rhel63single ~]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.4.0 Production on Wed Apr 22 19:04:01 2015 Copyright (c) 1982, 2013, Oracle. All rights reserved. Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options SQL> select 1 from dual; 1 ---------- 1 SQL> /* select */ select 2 from dual; 2 ---------- 2 SQL> /*select */ select 3 from dual; 2 ---------- 2 SQL>
相关文章推荐
- sqlplus下注释导致语句重复执行
- oracle去重复,¥货币,保留小数点后两位,测试SQL语句执行时间
- ORACLE sqlplus执行上一次的sql语句
- Oracle,Sql*plus执行语句;DBMS_OUTPUT输出
- 优化sql语句提高oracle执行效率
- oracle 查询执行过的SQL语句
- oracle的SQL语句中同一函数执行的时间问题
- Oracle 查询并删除重复记录的SQL语句
- Oracle 查询并删除重复记录的SQL语句
- sqlplus执行sql语句,错误
- oracle 获得表字段名,注释等的sql语句
- Oracle SQL语句执行过程
- SQL*PLUS中批量执行SQL语句
- oracle的SQL语句执行效率问题查找与解决方法
- 使用Oracle的DBMS_SQL包执行动态SQL语句
- 查看当前oracle中正在执行的sql语句
- SQL语句、PL/SQL语句、SQL*PLUS语句结束符号 分类: H2_ORACLE 2013-02-04 14:05 618人阅读 评论(0) 收藏
- Oracle表中的注释生成相应的SqlServer更改语句
- Oracle 查询并删除重复记录的SQL语句
- oracle识别低效执行的SQL语句