3.共享SQL語句

為了不重復解析相同的SQL語句,在第一次解析之后, Oracle將SQL語句存放在內存中.這塊位于系統全局區域SGA(system global area)的共享池(shared buffer pool)中的內存可以被所有的數據庫用戶共享. 因此,當你執行一個SQL語句(有時被稱為一個游標)時,如果它和之前的執行過的語句完全相同, ORACLE就能很快獲得已經被解析的語句以及最好的執行路徑. ORACLE的這個功能大大地提高了SQL的執行性能并節省了內存的使用.

     可惜的是ORACLE只對簡單的表提供高速緩沖(cache buffering) ,這個功能并不適用于多表連接查詢.

數據庫管理員必須在init.ora中為這個區域設置合適的參數,當這個內存區域越大,就可以保留更多的語句,當然被共享的可能性也就越大了.

當你向ORACLE 提交一個SQL語句,ORACLE會首先在這塊內存中查找相同的語句.

這里需要注明的是,ORACLE對兩者采取的是一種嚴格匹配,要達成共享,SQL語句必須

完全相同(包括空格,換行等).

共享的語句必須滿足三個條件:

A. 字符級的比較:

當前被執行的語句和共享池中的語句必須完全相同.

      例如:

          SELECT * FROM EMP;

      和下列每一個都不同

          SELECT * from EMP;

          Select * From Emp;

          SELECT      *     FROM EMP;

B.      兩個語句所指的對象必須完全相同:

例如:

   用戶     對象名           如何訪問

Jack       sal_limit          PRivate synonym

             Work_city      public synonym

             Plant_detail     public synonym

Jill         sal_limit          private synonym

             Work_city      public synonym

             Plant_detail     table owner

    考慮一下下列SQL語句能否在這兩個用戶之間共享.

SQL

 能否共享

 原因

 
select max(sal_cap) from sal_limit;

 不能

 每個用戶都有一個private synonym - sal_limit , 它們是不同的對象

 
select count(*0 from work_city where sdesc like 'NEW%';

 能

 兩個用戶訪問相同的對象public synonym - work_city

 
select a.sdesc,b.location from work_city a , plant_detail b where a.city_id = b.city_id

 不能

 用戶jack 通過private synonym訪問plant_detail 而jill 是表的所有者,對象不同.

C.      兩個SQL語句中必須使用相同的名字的綁定變量(bind variables)

例如：

第一組的兩個SQL語句是相同的(可以共享),而第二組中的兩個語句是不同的(即使在運行時,賦于不同的綁定變量相同的值)

a.

select pin , name from people where pin = :blk1.pin;

select pin , name from people where pin = :blk1.pin;

b.

select pin , name from people where pin = :blk1.ot_ind;

select pin , name from people where pin = :blk1.ov_ind;