PostgreSQL函数中的语言sql和语言plpgsql之间的区别

Question

数据库开发 是一个非常新的事物，因此我对以下示例有一些疑问：

函数f1（）- 语言sql

 create or replace function f1(istr  varchar) returns text as $$ 
 select 'hello! '::varchar || istr;
 $$ language sql;

函数f2（）- 语言plpgsql

 create  or replace function f2(istr  varchar)
 returns text as $$ 
 begin select 'hello! '::varchar || istr; end;
 $$ language plpgsql;

• 这两个 函数 都可以称为select f1('world')或select f2('world')。

• 如果我打电话select f1('world')， 输出 将是：

  `hello! world`
  

• 并 输出 为select f2('world')：

错误：查询没有结果数据的目的地提示：如果要舍弃SELECT的结果，请改用PERFORM。上下文：SQL语句 *上的 PL /
pgSQL函数f11（字符变化）第2行
* 错误 **

• 我想知道区别以及在什么情况下应该使用language sql或language plpgsql。

任何有用的链接或有关功能的答案将不胜感激。

Answer 1

SQL函数

是更好的选择：

• 用于 简单的标量查询 。没有太多的计划，最好节省任何开销。

• 对于 单个（或很少）每个会话调用 。通过PL / pgSQL必须提供的预备语句从计划缓存中得不到任何好处。见下文。

• 如果通常在更大的查询的上下文中调用它们，并且它们足够简单以进行 内联 。

• 由于缺乏使用任何程序语言（如PL / pgSQL）的 经验 。许多人都非常了解SQL，这就是SQL函数所需的全部内容。关于PL / pgSQL，很少有人能说相同的话。（尽管很简单。）

• 较短的代码。没有块开销。

PL / pgSQL函数

是更好的选择：

• 显然，当您需要SQL函数中不提供的任何 过程元素 或 变量时 。

• 对于任何类型的 动态SQL ，您都可以在其中EXECUTE动态构建和声明语句。需要特别注意以避免SQL注入。更多细节：

• Postgres函数与准备好的查询

• 当您具有可以在多个地方 重用的* 计算 并且不能为此目的扩展CTE时。在SQL函数中，您没有变量，将被迫重复计算或写入表。dba.SE上的这个相关答案有并排的 代码示例 ，这些 示例 使用SQL函数/ plpgsql函数/带有CTE的查询来解决相同的问题： ***

• 如何将参数传递给函数

分配比其他程序语言要贵一些。改编一种编程样式，该样式不会使用过多的分配。

• 当函数无法内联并且被重复调用时。与SQL函数不同，PL / pgSQL函数中的所有SQL语句 都可以缓存查询计划 。它们像 准备好的语句 一样对待，该计划在同一会话中被缓存以供重复调用（如果Postgres希望缓存的（通用）计划每次执行都比重新计划要好。这就是PL / pgSQL函数 _ 通常 在执行之后 _ 会更快 的原因）。在这种情况下的前两次通话。

这是一个关于pgsql-performance的线程，讨论其中一些项目：

• 回复：pl / pgsql函数的性能优于sql的吗？

• 当您需要 捕获错误时 。

• 用于 触发功能 。

• 当包含DDL语句时，以与后续命令相关的任何方式更改对象或更改系统目录-因为SQL函数中的所有语句都是在PL / pgSQL函数按顺序计划和执行每个语句的同时进行解析的（就像准备好的语句一样）。看：

• 为什么PL / pgSQL函数会有副作用，而SQL函数却没有？

还要考虑：

• PostgreSQL存储过程的性能

要实际从PL / pgSQL函数 返回 ，可以编写：

CREATE FUNCTION f2(istr varchar)
  RETURNS text AS
$func$
BEGIN
   RETURN 'hello! ';  -- defaults to type text anyway
END
$func$ LANGUAGE plpgsql;