即席 SQL 与函数的 PostgreSQL 性能

Question

有区别吗？我知道 SQL 查询的执行计划与函数一样被缓存。

我找到了 someone告诉:

Performance is an issue, and we suspect query planning might be an underlying cause. I've rewritten the scripts from ad-hoc SQL to a Postgres functions (CREATE FUNCTION) and we saw server load go down quite a bit.

但为什么呢？

Answer 1

即席查询的查询计划不缓存，仅用于prepared statements . PL/pgSQL 函数在内部处理所有 SQL 语句，就像准备好的语句一样。 (带有 EXECUTE 的动态 SQL 是一个明显的异常(exception)。)每个都针对当前 session 的范围，而不是超出范围。

所以 PL/pgSQL 函数(不是 SQL 函数!)可以帮助在同一个 session 中重复执行复杂的查询。就像准备好的语句一样。

客户端软件可能默认使用准备好的语句。或者 "extended query" protocol , 效果相同。

相关:

• No execution plan caching for dynamic SQL in PostgreSQL 9.4?

开始的相关回答the thread on pgsql-general你指的是:

• Monitoring the Postgres query parser

还要考虑章节 Plan Caching手册中的 PL/pgSQL。