35.1. 概述

PL/pgSQL 函數第一次(在任何一個伺服器進程內部)被調用時， PL/pgSQL 的調用句柄分析函數源文本生成二進制指令樹。 該指令樹完全轉換了 PL/pgSQL 語句結構， 但是在函數內使用到的獨立的 SQL 資料表達式和 SQL 命令並未立即轉換。

在每個函數中用到的資料表達式和 SQL 命令在函數里首次使用的時候， PL/pgSQL 解釋器建立一個準備好的執行規劃（使用 SPI 管理器的 SPI_prepare 和 SPI_saveplan 函數）。 隨後對該資料表達式或者命令的訪問都將使用已準備好的規劃。 因此，一個在條件代碼中有許多語句，可能需要執行規劃的函數， 只需要準備和保存那些真正在資料庫連線期間真正使用到的規劃。 這樣可以有效地減少為 PL/pgSQL 函數里的語句生成分析和執行規劃的總時間。 不過有個缺點是在特定資料表達式或者命令中的錯誤可能要到函數中的那部分執行到的時候才能發現。

一旦 PL/pgSQL 在函數里為一個命令制定了執行計劃， 那麼它將在該次資料庫連線的生命期內復用該規劃。 這麼做在性能上通常會更好一些，但是如果您動態地修改您的資料庫模式，那麼就可能有問題。 比如：

CREATE FUNCTION populate() RETURNS integer AS $$
DECLARE
    -- 聲明段
BEGIN
    PERFORM my_function();
END;
$$ LANGUAGE plpgsql;

如果您執行上面的函數，那麼它將在為PERFORM語句生成的執行計劃中中引用 my_function() 的 OID。 然後，如果您刪除然後重新建立 my_function()， 那麼 populate() 就會再也找不到 my_function()。 這時候您只能重新建立 populate()， 或者至少是重新開始一個新的資料庫會話，好讓該函數能重新編譯一次。 另外一個避免這種問題的方法是在更新my_function 的定義的時候 使用 CREATE OR REPLACE FUNCTION （如果一個函數被"替換"，那麼它的 OID 將不會變化）。

因為Pl/pgSQL用這種方法保存執行規劃， 所以那些在PL/pgSQL裡直接出現的 SQL 命令必須在每次執行的時候引用相同的資料表和字串； 也就是說，您不能拿一個參數用做 SQL 命令中的資料表或者字串的名稱。 要繞開這個限制，您可以用 PL/pgSQL 的 EXECUTE語句動態地構造命令 — 代價是每次執行的時候都構造一個新的命令計劃。