规划器无法自动确定用户定义的函数或聚合是并行安全、并行受限还是并行不安全，因为这需要预测函数可能执行的每一种操作。通常，这等同于停机问题，因此是不可能的。即使是简单的函数，如果可能的话，我们也尝试过，但这将是昂贵且容易出错的。相反，除非另有标记，否则所有用户定义的函数都假定为并行不安全。在使用 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 节点之上执行（这可能甚至更有效）。但是，规划器不会这样做。