动态SQL绑定变量静态SQL的性能对比

Posted lemonrel

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了动态SQL绑定变量静态SQL的性能对比相关的知识,希望对你有一定的参考价值。

1、测试样例

下面的三个存储过程,分别使用了动态SQL、绑定变量、静态SQL三种编程方式。具体存储过程内容如下:

1)动态SQL

create or replace procedure proc1 as
 
begin
 
  for i in 1 .. 100000 loop
 
    execute immediate insertinto t values ( || i || );
 
    commit;
 
  end loop;
 
end proc1;

2)绑定变量

create or replace procedure proc2 as
 
begin
 
for i in 1 .. 100000 loop execute immediate insert into t values(:X) using i; commit;
 
end loop;
 
end proc2;

3)静态SQL

create or replace procedure proc3 as
 
begin
 
for i in 1 .. 100000 loop
 
insert into t values(i); commit;
 
end loop;
 
end proc3; 

2、测试过程

测试过程的步骤为

1)  drop table t purge;

 

2)  create table t (x int);

 

3)  alter system flush shared_pool;

 

4)  set timing on

 

5)  exec procxxx;

 

6)  select count(*) from t; 

在上述的测试过程中,由于每次测试时的表全是新的,并刷新了共享池,所以每次的测试效果还是比较正确的。此次测试是在物理机上进行的测试,而非虚拟机上进行测试。

3、测试结果

3.1 动态SQL

Proc1存储过程使用了动态SQL,这样就会在每次执行insert语句时,要对每一个insert语句进行硬解析,这样就增加了共享池的硬解析开销,下面是v$sql视图中的结果

 

技术图片

3.2  绑定变量 

Proc2存储过程使用了绑定变量,这样在执行过程上,就会减少硬解析的开销,降低共享池的争用。在执行过程中,v$sql视图中的结果如下

技术图片

insert语句并没有解析1次执行1次,而是解析了1次,执行了10万次。Proc2存储过程,在本次测试中使用了20.94秒,执行结果如下

技术图片

3.3  静态SQL

Proc3存储过程使用了静态SQL,这样在编译过程中insert语句就解析好了,而不像proc2存储过程需要在执行过程中再解析,这样节省了一些时间,具体的测试结果如下

技术图片

 

在静态SQL中,insert语句也是使用了绑定变量,所以也是解析1次,然后多次执行。Proc3存储过程执行了17.82秒,具体结果如下

 

技术图片

4、测试总结

动态SQL适用于表名及查询字段名未知的情况。在已知查询字段名及表名的情况下,使用动态SQL(字符串拼接方式)会增加硬解析的开销,在这种情况下,建议使用静态SQL,这样可以提高执行效率。在过程过程用拼凑的动态sql效率并不高,有时候还不如程序直接传递sql.静态SQL是前置编译绑定,动态SQL是后期执行时才编译绑定。

获取更多学习资料,可以扫码进群或关注公众号。

技术图片

以上是关于动态SQL绑定变量静态SQL的性能对比的主要内容,如果未能解决你的问题,请参考以下文章

从编译器角度理解虚函数静态绑定和动态绑定

从编译器角度理解虚函数静态绑定和动态绑定

动态 SQL 中绑定变量的限制

游标和动态SQL

动态 SQL 不存在绑定变量

动态sql与变量绑定