37.1. 概述

在每個會話中第一次調用 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 語句動態地構造命令，代價是每次執行的時候都構造一個新的命令計劃。