是否使用绑定变量这是导致Oracle性能问题的一个主要原因,也是阻碍可扩缩性的一个重要因素。
Oracle 将已解析、已编译的SQL 连同其他内容存储在共享池(shared pool)中,这是系统全局区(System
Global Area ,SGA)中一个非常重要的共享内存结构。这个结构能完成“平滑”操作,但有一个前提,要求开发人员
在大多数情况下都会使用绑定变量。如果你确实想让Oracle 缓慢地运行,甚至几近停顿,只要根本不使用绑定变量就
可以办到。
绑定变量(bind variable)是查询中的一个占位符。例如,要获取员工123 的相应记录,可以使用
以下查询:
select * from emp where empno = 123;
或者,也可以将绑定变量:empno 设置为123,并执行以下查询:
select * from emp where empno = :empno;
在典型的系统中,你可能只查询一次员工123,然后不再查询这个员工。之后,你可能会查询员工456,
然后是员工789,如此等等。如果在查询中使用直接量(常量),那么每个查询都将是一个全新的查询,在
数据库看来以前从未见过,必须对查询进行解析、限定(命名解析)、安全性检查、优化等。简单地讲,就
是你执行的每条不同的语句都要在执行时进行编译。
第二个查询使用了一个绑定变量:empno,变量值在查询执行时提供。这个查询只编译一次,随后会把
查询计划存储在一个共享池(库缓存)中,以便以后获取和重用这个查询计划。以上两个查询在性能和可
扩缩性方面有很大差别,甚至可以说有天壤之别。
从前面的描述应该能清楚地看到