-
- ORACLE绑定变量的使用
- 在ORACLE中，使用绑定变量，可以降低硬解析，通常可以提高系统的性能（注意，是通常，不是任何情况下）。
- 以表tabletest为例，我们来看看如何使用绑定变量，tabletest的表结构为
- field1 number(10)
- field2 number(10)
- field3 number(10)
- field4 number(10)
- field5 number(10)
- 绑定变量可以理解为一个占位符 ,例如：
- declare
- i number;
- j number;
- sqlstr varchar2(200);
- begin
- i:=1;
- j:=2;
- sqlstr:='insert into 测试表 (field1,field2,field3,field4,field5) values(:x,:x,:y,:x,:x)';
execute immediate sqlstr using i,i,j,i,i;
end;
- 这样的一段代码中，使用i,i,j,i,i来对应:x,:x,:y,:x,:x。这段代码是正确的，但如果以为sqlstr中只有:x,:y这两个绑定变量，而把语句execute immediate sqlstr using i,i,j,i,i;改为execute immediate sqlstr using i,j;就会在运行中出现绑定变量数量不够的错误。
- 上面的正确代码执行完后，插入的记录从field1到field5的数据应该是1,1,2,1,1。
- 如果我们把execute immediate sqlstr using i,i,j,i,i;改成execute immediate sqlstr using i,j,j,i,i;执行之后，察看插入的记录，就会发现插入的记录是1,2,2,1,1
- 从上面可以看出，绑定变量只是起到占位的作用，同名的绑定变量并不意味着在它们是同样的，在传递时要考虑的是传递的值与绑定变量出现顺序的对位，而不是绑定变量的名称。
- ORACLE系统本身是能够对变量做绑定的，例如下面的代码：
- declare
- i number；
- begin
- for i in 1..1000 loop
- insert into 测试表 (i,i+1,i*1,i*2,i-1)
- end loop;
- end;
- 这段代码是不需要使用绑定变量的方法来提高效率的，ORACLE会自动将其中的变量绑定。
- 我们可以这样理解：这段代码执行了1000次的 insert into 测试表 (i,i+1,i*1,i*2,i-1) 语句，每次发出去的语句都是一样的。
- 如果把这段代码改成如下：
- declare
- i number；
- sqlstr varchar2(200);
- begin
- for i in 1..1000 loop
- sqlstr:='insert into 测试表 ('||to_char(i)||','||to_char(i)||'+1,'||to_char(i)||'*1,'||to_char(i)||'*2,'||to_char(i)||'-1) ';
- execute immediate sqlstr;
- end loop;
- end;
- 这段代码同样是执行了1000条insert语句，但是每一条语句都是不同的，因此ORACLE会把每条语句硬解析一次，其效率就比前面那段就低得多了。如果要提高效率，不妨使用绑定变量将循环中的语句改为
- sqlstr:='insert into 测试表 (:i,:i+1,:i*1,:i*2,:i-1) ';
- execute immediate sqlstr using i,i,i,i,i;
- 这样执行的效率就高得多了。
- 我曾试着使用绑定变量来代替表名、过程名、字段名等，结果是语句错误，结论就是绑定变量不能当作嵌入的字符串来使用，只能当作语句中的变量来用。
- 从效率来看，由于oracle10G放弃了RBO，全面引入CBO，因此，在10G中使用绑定变量效率的提升比9i中更为明显。
- 最后，前面说到绑定变量是在通常情况下能提升效率，那哪些是不通常的情况呢？
- 答案是：在字段(包括字段集)建有索引，且字段(集)的集的势非常大（也就是有个值在字段中出现的比例特别的大）的情况下，使用绑定变量可能会导致查询计划错误，因而会使查询效率非常低。这种情况最好不要使用绑定变量。