數據庫優化技術之Oracle數據庫動態綁定變量
我們知道，分享池（shared pool）是系統大局區（System Global Area ，SGA）中一個極其重要的分享內存構造。然而Oracle數據庫將已解析、已編譯的SQL 連同其他內容存儲在這里。可是已解析，已編譯的SQL要想告終其復用有一個前提，要求開發人員在大多數情形下都會利用綁定變量。本文我們主要就介紹了一些Oracle數據庫綁定變量的知識，下面我們就開始介紹。
綁定變量（bind variable）是查詢中的一個占位符。
例如比擬如下SQL語句：
- select * from table where id = 1與
- my_id := 1
- select * from table where id = my_id
對于***個SQL語句，在查詢中利用直接量（常量），那么每個查詢都將是一個嶄新的查詢，在數據庫看來過去從未見過，定然對查詢舉行解析、限量（命名解析）、平安性察看、優化等。容易地講，即便你厲行的每條不同的語句都要在厲行時舉行編譯。（解析包括有硬編碼變量的語句稱為硬解析）
而對于第二個查詢利用了一個綁定變量my_id，變量值在查詢厲行時供給。這個查詢只編譯順次，隨后會把查詢計劃存儲在一個分享池（庫緩存）中，以便爾后獲得和重用這個查詢計劃,（重用已解析的查詢計劃稱為軟解析）。
軟解析與硬解析之間的差異重要體目前以下幾個方面：
1、與軟解析相比硬解析必需的工夫更長，而且要花費更多的資源，硬解析會收縮系統能扶持的用戶數。
2、硬解析一個查詢時，數據庫會更伙計夫地挪借一種低級串行穿戴備，這稱為閂（latch），這些閂能防御Oracle分享內存中的數據構造不會同時被兩個歷程修正，而且萬一有人正在修正數據構造，則不批準另外的人再來讀取。對這些數據構造加閂的工夫越長、越頻繁，排隊期待閂的歷程就越多，期待隊列也越長。你可能開始壟斷貴重的資源。有時你的計算機顯明利用不足，然而數據庫中的所有利用都運行得極其慢。構成這種假象的起因可能是有人割據著某種串行穿戴備，而其他期待串行穿戴備的人開始排隊，因而你無法全速運行。數據庫中凡是有一個利用出現不佳，就會嚴重地波及所有其他利用的功能。萬一只有一個薄利用沒利于用綁定變量，那么即便其他利用原本設計得很好，能妥本地將已解析的SQL放在分享池中以備重用，但因為這個薄利用的存在，過一段工夫就會從分享池中剔除已存儲的SQL。這就使得這些設計貼切的利用也定然再次硬解析SQL。
代碼告終實例：
1、oracle自己默認告終的綁定變量：
- for i in 1..1000 loop
- select count(*) into my_count from table where my_type = i;
- ne.nexuscenter.com.cn<end loop;
在上面的情形，Oracle會自己綁定變量，即，萬一參數保留在一個數組中，select語句放在一個循環中，select 語句只會編譯順次。
2、動態綁定變量
- my_type:='type1';
- my_count := 0;
- my_sql:='select count(*) into :x from table where type = :y'
- Execute Immediate my_sql into my_count using my_type;
然而這段代碼包括額外的String，并非全面必需。
關于Oracle數據庫優化的知識就介紹到這里了，如果您想了解更多的關于Oracle數據庫的知識，可以看一下這里的文章：http://database.51cto.com/oracle/，相信一定能夠帶給您收獲的！
【編輯推薦】
