37.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語句動態地構造命令 --- 代價是每次執行的時候都構造一個新的命令計劃。

除了用于用戶定義類型的輸入/輸出轉換和計算函數以外， 任何可以在 C 語言函數裡定義的東西都可以在 PL/pgSQL裡使用。 比如，我們可以創建復雜的條件計算函數， 並隨後將之用于定義操作符或者用于函數索引中。