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

1        测试样例

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

l  动态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;

l  绑定变量

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;

l  静态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视图中的结果

SQL_TEXT                                          EXECUTIONS PARSE_CALLS

------------------------------------------------------------ -----------

BEGINproc1; END;                                          1           1

insertinto t values (99280)                                1           1

insertinto t values (99310)                                1           1

insertinto t values (99362)                                1           1

insertinto t values (99377)                                1           1

insertinto t values (99399)                                1           1

insertinto t values (99474)                                1           1

insertinto t values (99544)                                1           1

insertinto t values (99592)                                1           1

insertinto t values (99601)                                1           1

insertinto t values (99634)                                1           1

insertinto t values (99696)                                1           1

insertinto t values (99746)                                1           1

insertinto t values (99804)                                1           1

insertinto t values (99807)                                1           1

insertinto t values (99859)                                1           1

insertinto t values (99861)                                1           1

insertinto t values (99930)                                1           1

insertinto t values (99936)                                1           1

insertinto t values (99956)                                1           1

 

    proc1存储过程，在本次测试中使用了24.25秒，具体结果以下

SQL> exec proc1;

PL/SQL procedure successfully completed.

Elapsed: 00:00:24.25

3.2  绑定变量

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

SQL_TEXT                                          EXECUTIONS PARSE_CALLS

------------------------------------------------------------ -----------

BEGIN proc2;END;                                          1           1

insert intot values (:X)                             100000           0

 

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

SQL>exec proc2;

PL/SQL proceduresuccessfully completed.

Elapsed:00:00:20.94

3.3  静态SQL

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

SQL_TEXT                                          EXECUTIONS PARSE_CALLS

------------------------------------------------------------ -----------

BEGINproc3; END;                                          1           1

INSERTINTO T VALUES(:B1 )                            100000           0

 

    在静态SQL中，insert语句也是使用了绑定变量，因此也是解析1次，而后屡次执行。Proc3存储过程执行了17.82秒，具体结果以下

SQL>exec proc3;

PL/SQL proceduresuccessfully completed.

Elapsed:00:00:17.82

4        测试总结

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

参考:

< Oracle专家高级编程>