Oracle中SQL解析的流程

Oracle中SQL解析的主要流程:

我們說的遊標概念比較複雜，它可以是用戶端程式中的遊標，服務進程中的私人遊標，以及伺服器端共用池裡的共用遊標。假設一個遊標被開啟了，一般來說它的共用遊標資訊(包括執行計畫，最佳化樹等)總是會在SQL AREA裡，無需再次軟/硬解析。

SESSION_CACHED_CURSORS是Oracle中的一個初始化參數(修改必須重啟執行個體)，指定了每個會話緩衝的遊標上限(保留在PGA中)；用戶端程式中open cursor的要求仍會被傳遞給服務進程，服務進程首先掃描自身緩衝的遊標資訊，如果命中則可以避免軟解析，也有人稱它為“軟軟解析”。

HOLD_CURSOR是先行編譯程式中的一個參數，它指定了私人遊標是否因該被緩衝，這裡不做展開。

在分析工具tkprof中hard parse與soft parse被同等對待，都被認為是parse；軟解析即會造成parse總數上升。

軟解析避免了硬解析過程中的幾個步驟，但仍包括了初始化的文法，語義解析並計算語句HASH值與SQL AREA中已有語句進行對比；若匹配則查詢最佳化等昂貴的操作得以避免。

另請注意，10053事件僅在硬解析過程中被觸發。

轉載請註明：文章轉載自: Oracle
Clinic – Maclean Liu的個人技術部落格 [http://www.oracledatabase12g.com/]