Oracle - 參數化查詢具有EXECUTIONS = PARSE_CALLS

Question

我們有一個.NET應用程序與Oracle 10g交談。我們的DBA最近拉出了一個執行等於parse_calls的查詢列表。我們假設這會幫助我們在代碼中找到所有未參數化的查詢。

沒想到，下面的查詢顯示了接近這個列表的頂部，與1436169處決和1436151個解析：

SELECT bar.foocolumn 
    FROM bartable bar, 
     baztable baz 
WHERE bar.some_id = :someId 
    AND baz.another_id = :anotherId 
    AND baz.some_date BETWEEN bar.start_date AND (nvl(bar.end_date, baz.some_date + (1/84600)) - (1/84600)) 

爲什麼處決等於parse_calls此查詢？

Answer 1

查詢解析的次數完全取決於調用應用程序。每次應用程序要求數據庫解析時查詢都會被解析一次。

服務器端，有different kinds of parse：

• 硬解析 - 查詢從未 沒有過的，是不是在共享 池。我們必須解析它，哈希它， 看它在共享池中，不要 找到它，安全檢查它，優化 它等（大量的工作）。

• SOFT parse - 該查詢已被 看過，在共享池中。我們 必須解析它，散列它，看在 共享池的它，發現它 （較少的工作，然後硬解析，但工作 沒有少）

最有可能在你的情況您將在每個會話中創建一次語句，然後丟棄它，以便Oracle每次都必須解析它。然而，由於參數化，這個解析是一個軟解決方案，Oracle只需要花費一次昂貴的優化步驟。

儘管如此，您也許可以將語句緩存在應用程序中並重用它，以便每次會話（軟）僅解析一次。

Answer 2

可能是因爲.NET程序員都選擇在僞代碼編寫一個程序是這樣的：

Loop over someId's and anotherId's 
    parse(your_query); 
    bind someId and anotherId to your_query; 
    execute(your_query); 
    close(your_query); 
end loop; 

，他們應該已經編寫這樣的：

parse(your_query); 
Loop over someId's and anotherId's 
    bind someId and anotherId to your_query; 
    execute(your_query); 
end loop; 
close(your_query); 

甚至更​​好：使用單個查詢檢索所有someId/anotherId的所有數據

Regards， Rob。