簡單描述Oracle編碼SQL
Oracle有很多值得學習的地方，這里我們主要介紹Oracle編碼SQL，包括介紹SQL語句等方面。為了不重復解析相同的SQL語句(因為解析操作比較費資源，會導致性能下降)，在***次解析之后，Oracle將SQL語句及解析后得到的執行計劃存放在內存中。這塊位于系統全局區域SGA(system global area)的共享池(shared buffer pool)中的內存可以被所有的數據庫用戶共享。
#t#因此，當你執行一個SQL語句(有時被稱為一個游標)時，如果該語句和之前的執行過的某一語句完全相同，并且之前執行的該語句與其執行計劃仍然在內存中存在，則Oracle就不需要再進行分析，直接得到該語句的執行路徑。
Oracle的這個功能大大地提高了 SQL的執行性能并大大節省了內存的使用。使用這個功能的關鍵是將執行過的語句盡可能放到內存中，所以這要求有大的共享池(通過設置shared buffer pool參數值)和盡可能的使用綁定變量的方法執行SQL語句。
當你向Oracle 提交一個SQL語句，Oracle會首先在共享內存中查找是否有相同的語句。這里需要注明的是，Oracle對兩者采取的是一種嚴格匹配，要達成共享，SQL語句必須完全相同(包括空格,換行等)。
下面是判斷SQL語句是否與共享內存中某一SQL相同的步驟：
1). 對所發出語句的文本串進行hashed。如果hash值與已在共享池中SQL語句的hash值相同。
2) 將所發出語句的文本串
- str_sql string;
- int_empno int;
- int_empno = 2000;
- str_sql = ‘SELECT * FROM emp WHERE empno = ‘ + int_empno;
- …………
- int_empno = 1000;
- str_sql = ‘SELECT * FROM emp WHERE empno = ‘ + int_empno;
上面的代碼實際上使用了Oracle編碼SQL，使我們不能使用共享SQL的功能，結果是數據庫效率不高。但是從上面的2個語句來看，產生的Oracle編碼SQL 只是列值不同，其它部分都是相同的，如果僅僅因為列值不同而導致這2個語句不能共享是很可惜的，為了解決這個問題，引入了CURSOR_SHARING參數，使這類問題也可以使用共享SQL，從而使這樣的開發也可以利用共享SQL功能。
聽起來不錯，Oracle真為用戶著想，使用戶在不改變代碼的情況下還可以利用共享SQL的功能。真的如此嗎?天上不會無緣無故的掉一個餡餅的，Oracle對該參數的使用做了說明，建議在經過實際測試后再改該參數的值(缺省情況下，該參數的值為EXACT，語句完全一致才使用共享SQL)。
因為有可能該變該值后，你的Oracle編碼SQL是可以使用共享SQL 了，但數據庫的性能反而會下降。 我在實際應用中已經遇到這種情況。所以建議編寫需要穩定運行程序的開發人員***還是一開始就使用綁定變量的SQL。
