SQL語句的處理過程
1、檢查是否有開啟的遊標,如果有,則直接透過遊標link到位於PGA的private SQL AREA( private SQL area),轉步驟11。否則,執行步驟2。
2、檢查初始化引數SESSION_CACHED_CURSORS是否被設定,如果被設定,則同樣可以透過遊標指向到位於PGA的私有SQL AREA,轉步驟11。否則執行步驟3。
3、檢查HOLD_CURSOR以及RELEASE_CURSOR的設定。如果RELEASE_CURSOR=no(預設no),HOLD_CURSOR=yes(預設為no),當ORACLE執行完SQL語句,為private SQL AREA分配的記憶體空間被保留,cursor和private SQL AREA之間的link也被保留,預編譯程式不再使用它,同樣可以透過這個指標直接在private SQL AREA獲得語句,轉步驟11。
這上面的三種情況,實際上都沒有作任何parse,都是直接從位於PGA中的private SQL AREA獲得語句並直接執行。此為fast parse。
這三種情況都不存在的情況下,oracle轉到步驟4執行。
4、建立一個遊標。
5、語法檢查Syntax Check:檢查語法書寫是否正確,是否符合SQL Reference Manual中給出的SQL語法。
6、語義分析Semantic Analysis:查詢資料字典,檢查表、列是否正確,在所要求的物件上獲取語法分析鎖,使得在語句的語法分析過程中不改變這些物件的定義, 驗證為存取所涉及的模式物件所需的許可權是否滿足。
7、將語句轉化成ASCII等效數字碼,再透過雜湊演算法得到雜湊值。
8、檢查庫快取中是否存在同樣hash值的語句。如果存在,轉步驟11。否則,執行步驟9。 這就是soft parse。
9、選擇執行計劃。從可用的執行計劃中選擇一個最優的執行計劃,其中包括儲存大綱(stored outline)或物化檢視(materialized view)相關的決定。
10、生成該語句的一個編譯程式碼(p-code)。
11、執行語句。[@more@]cursor:from Oracle9i Database Concepts:A cursor is a handle or name for a private SQL area--an area in memory in which a parsed statement and other information for processing the statement are kept.
當某個session執行一條語句之後,該語句的parse結果會在library cache中儲存,同時也會在PGA的private sql area有一個複製的副本。cursor 總是透過一個link是直接鏈到 private sql area的。如果在private中沒有找到這個副本,就需要對SQL進行parse,然後再在library cache中進行hash值的匹配。所以總的來說,使用cursor能不需要任何parse,就是因為直接從當前的private sql area中得到了語句相關資訊,包括執行計劃。而一旦需要到library cache中進行匹配,就必須需要parse。
soft parse不是不作parse,只是parse的量比較小,只需要作語法檢查和語義分析,以及雜湊語句。
關於預編譯的兩個引數說明:
HOLD_CURSOR
HOLD_CURSOR預設值為no,當oracle執行完sql語句,close遊標之後,預編譯程式將遊標和快取SQL的cache連結標記為可重用。並且釋放已經分配給該語句的私有SQL AREA記憶體區域,解除parse locks。當有下一個語句需要使用時,這個連結立即被重用。
當HOLD_CURSOR=YES時,當oracle執行完sql語句,為private SQL AREA分配的記憶體空間被保留,cursor和private SQL AREA之間的link也被保留,預編譯程式不再使用它。
RELEASE_CURSOR
RELEASE_CURSOR的優先順序高於HOLD_CURSOR。RELEASE_CURSOR預設值為no。RELEASE_CURSOR=yes,當oracle執行完sql語句,close遊標之後,快取被釋放,鎖被解除,連結被標識為可重用。RELEASE_CURSOR=no,則主要有HOLD_CURSOR來決定了。
另外說明一點,這兩個引數是在預編譯的檔案中定義的。
這部分內容詳細見:
oracle documents -> Programmer's Guide to the Oracle Precompilers -> Performance Tuning
-> Optimizing SQL Statements -> Using the Cursor Management Options
2、檢查初始化引數SESSION_CACHED_CURSORS是否被設定,如果被設定,則同樣可以透過遊標指向到位於PGA的私有SQL AREA,轉步驟11。否則執行步驟3。
3、檢查HOLD_CURSOR以及RELEASE_CURSOR的設定。如果RELEASE_CURSOR=no(預設no),HOLD_CURSOR=yes(預設為no),當ORACLE執行完SQL語句,為private SQL AREA分配的記憶體空間被保留,cursor和private SQL AREA之間的link也被保留,預編譯程式不再使用它,同樣可以透過這個指標直接在private SQL AREA獲得語句,轉步驟11。
這上面的三種情況,實際上都沒有作任何parse,都是直接從位於PGA中的private SQL AREA獲得語句並直接執行。此為fast parse。
這三種情況都不存在的情況下,oracle轉到步驟4執行。
4、建立一個遊標。
5、語法檢查Syntax Check:檢查語法書寫是否正確,是否符合SQL Reference Manual中給出的SQL語法。
6、語義分析Semantic Analysis:查詢資料字典,檢查表、列是否正確,在所要求的物件上獲取語法分析鎖,使得在語句的語法分析過程中不改變這些物件的定義, 驗證為存取所涉及的模式物件所需的許可權是否滿足。
7、將語句轉化成ASCII等效數字碼,再透過雜湊演算法得到雜湊值。
8、檢查庫快取中是否存在同樣hash值的語句。如果存在,轉步驟11。否則,執行步驟9。 這就是soft parse。
9、選擇執行計劃。從可用的執行計劃中選擇一個最優的執行計劃,其中包括儲存大綱(stored outline)或物化檢視(materialized view)相關的決定。
10、生成該語句的一個編譯程式碼(p-code)。
11、執行語句。[@more@]cursor:from Oracle9i Database Concepts:A cursor is a handle or name for a private SQL area--an area in memory in which a parsed statement and other information for processing the statement are kept.
當某個session執行一條語句之後,該語句的parse結果會在library cache中儲存,同時也會在PGA的private sql area有一個複製的副本。cursor 總是透過一個link是直接鏈到 private sql area的。如果在private中沒有找到這個副本,就需要對SQL進行parse,然後再在library cache中進行hash值的匹配。所以總的來說,使用cursor能不需要任何parse,就是因為直接從當前的private sql area中得到了語句相關資訊,包括執行計劃。而一旦需要到library cache中進行匹配,就必須需要parse。
soft parse不是不作parse,只是parse的量比較小,只需要作語法檢查和語義分析,以及雜湊語句。
關於預編譯的兩個引數說明:
HOLD_CURSOR
HOLD_CURSOR預設值為no,當oracle執行完sql語句,close遊標之後,預編譯程式將遊標和快取SQL的cache連結標記為可重用。並且釋放已經分配給該語句的私有SQL AREA記憶體區域,解除parse locks。當有下一個語句需要使用時,這個連結立即被重用。
當HOLD_CURSOR=YES時,當oracle執行完sql語句,為private SQL AREA分配的記憶體空間被保留,cursor和private SQL AREA之間的link也被保留,預編譯程式不再使用它。
RELEASE_CURSOR
RELEASE_CURSOR的優先順序高於HOLD_CURSOR。RELEASE_CURSOR預設值為no。RELEASE_CURSOR=yes,當oracle執行完sql語句,close遊標之後,快取被釋放,鎖被解除,連結被標識為可重用。RELEASE_CURSOR=no,則主要有HOLD_CURSOR來決定了。
另外說明一點,這兩個引數是在預編譯的檔案中定義的。
這部分內容詳細見:
oracle documents -> Programmer's Guide to the Oracle Precompilers -> Performance Tuning
-> Optimizing SQL Statements -> Using the Cursor Management Options
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/85922/viewspace-980487/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- SQL語句的處理過程修正SQL
- Oracle一個SQL語句的處理過程(轉)OracleSQL
- DML 語句處理過程
- Oracle釋出一個SQL語句的處理過程OracleSQL
- ORACLE 查詢語句處理過程(Oracle
- oracle處理SQL的過程OracleSQL
- CoreData執行過程的sql語句SQL
- 剖析SQL語句的執行過程SQL
- Oracle SQL 語句的執行過程OracleSQL
- mysql執行sql語句過程MySql
- 一條sql語句的執行過程SQL
- 淺談SQL語句的執行過程SQL
- 理解oracle執行sql語句的過程OracleSQL
- 一條SQL語句的優化過程SQL優化
- SQL語句執行過程詳解SQL
- sql語句執行過程小結SQL
- oracle動態sql語句處理(轉)OracleSQL
- 分析執行計劃優化SQLSQL語句處理的過程(轉)優化SQL
- ORACLE sql 語句的執行過程(SQL效能調整)OracleSQL
- SQL語句的解析過程 遊標週期SQL
- 10_SQL語句執行過程剖析SQL
- 分析執行計劃最佳化SQLSQL語句處理的過程(轉)SQL
- 使用預處理PreparedStatement執行Sql語句SQL
- 通過xml處理sql語句時對小於號與大於號的處理轉換XMLSQL
- 通過SQL語句提取儲存過程中的內容SQL儲存過程
- Oracle資料庫SQL語句執行過程Oracle資料庫SQL
- EF中使用SQL語句或儲存過程SQL儲存過程
- GaussDB SQL查詢語句執行過程解析SQL
- oracle自定義過程來獲得完整的sql語句OracleSQL
- 儲存過程 與 SQL Server語句大比拼儲存過程SQLServer
- 在.NET中用儲存過程執行SQL語句儲存過程SQL
- Mybatis原始碼分析(五)探究SQL語句的執行過程MyBatis原始碼SQL
- asp.net分頁的SQL語句及儲存過程ASP.NETSQL儲存過程
- select 語句的解析過程
- 查詢處理死鎖會話的sql語句(轉貼)會話SQL
- 通過分析SQL語句的執行計劃優化SQL語句SQL優化
- 【轉義】使用SQL生成SQL語句時單引號的轉義處理SQL
- MySQL探祕(二):SQL語句執行過程詳解MySql