規劃器無法自動確定使用者定義的函式或聚合是並行安全、並行受限還是並行不安全，因為這需要預測函式可能執行的每一種操作。通常，這等同於停機問題，因此是不可能的。即使是簡單的函式，如果可能的話，我們也嘗試過，但這將是昂貴且容易出錯的。相反，除非另有標記，否則所有使用者定義的函式都假定為並行不安全。在使用 CREATE FUNCTION 或 ALTER FUNCTION 時，可以透過指定適當的 PARALLEL SAFE、PARALLEL RESTRICTED 或 PARALLEL UNSAFE 來設定標記。在使用 CREATE AGGREGATE 時，可以將 PARALLEL 選項指定為 SAFE、RESTRICTED 或 UNSAFE 作為相應的值。

如果函式寫入資料庫、更改事務狀態（透過使用子事務進行錯誤恢復以外的方式）、訪問序列或對設定進行永續性更改，則必須將函式和聚合標記為 PARALLEL UNSAFE。類似地，如果函式訪問臨時表、客戶端連線狀態、遊標、預備語句或系統無法在工作程序之間同步的各種後端本地狀態，則必須將函式標記為 PARALLEL RESTRICTED。例如，setseed 和 random 就是因為最後這個原因而被標記為並行受限的。

通常，如果一個函式被標記為安全但實際上是受限的或不安全的，或者被標記為受限但實際上是不安全的，那麼在並行查詢中使用時，它可能會引發錯誤或產生錯誤的結果。C 語言函式如果標記不當，理論上可能會表現出完全未定義的行為，因為系統無法保護自己免受任意 C 程式碼的侵害，但在大多數情況下，結果不會比任何其他函式更糟。如有疑問，最好將函式標記為 UNSAFE。

如果在並行工作程序中執行的函式獲取了領導程序未持有的鎖（例如，透過查詢查詢中未引用的表），則這些鎖將在工作程序退出時釋放，而不是在事務結束時釋放。如果您編寫了一個執行此操作的函式，並且這種行為差異對您很重要，請將此類函式標記為 PARALLEL RESTRICTED，以確保它們僅在領導程序中執行。

請注意，查詢規劃器不會考慮推遲執行查詢中涉及的並行受限函式或聚合，以獲得更好的計劃。因此，例如，如果應用於特定表的 WHERE 子句是並行受限的，查詢規劃器將不會考慮在計劃的並行部分中執行對該表的掃描。在某些情況下，可以在查詢的並行部分中包含對該表的掃描，並將 WHERE 子句的評估推遲到 Gather 節點之上執行（這可能甚至更有效）。但是，規劃器不會這樣做。