使用输入变量时 Postgres 的运行速度要慢得多

我在 Postgres 8.3.5 中有一个函数，可以从多个表中选择数据并将结果转储到单个表中：

create or replace function test_function_2(startdate timestamp, enddate timestamp)
returns void as $$
begin
     delete from cl_final_report;

     INSERT INTO cl_final_report
     SELECT 
         b.batchkey AS batchnumber, 
         pv.productkey, 
         p.name AS productname, 
         avg(r.value) AS avgchemlean, 
         sum(r.auxvalue) AS totalweight, 
         max(o.time) AS timecompleted
     FROM result r
     LEFT JOIN physicalvalue pv ON r.physicalvaluekey = pv.physicalvaluekey
     LEFT JOIN product p ON pv.productkey = p.productkey
     LEFT JOIN object o ON r.objectkey = o.objectkey
     LEFT JOIN batch b ON o.batchkey = b.batchkey
     WHERE pv.name = 'CL'::text AND
         and o.time between startdate and enddate
     GROUP BY b.batchkey, pv.productkey, p.name
end
$$ language plpgsql;

使用 PgAdmin 并执行以下命令需要 113 秒才能完成此功能：

select test_function_2('05/02/2013', '05/03/2013')

但是，如果我将函数中的输入变量替换为如下文字：

create or replace function test_function_2(startdate timestamp, enddate timestamp)
returns void as $$
begin
     delete from cl_final_report;

     INSERT INTO cl_final_report
     SELECT 
         b.batchkey AS batchnumber, 
         pv.productkey, 
         p.name AS productname, 
         avg(r.value) AS avgchemlean, 
         sum(r.auxvalue) AS totalweight, 
         max(o.time) AS timecompleted
     FROM result r
     LEFT JOIN physicalvalue pv ON r.physicalvaluekey = pv.physicalvaluekey
     LEFT JOIN product p ON pv.productkey = p.productkey
     LEFT JOIN object o ON r.objectkey = o.objectkey
     LEFT JOIN batch b ON o.batchkey = b.batchkey
     WHERE pv.name = 'CL'::text AND
         and o.time between '05/02/2013' and '05/03/2013'
     GROUP BY b.batchkey, pv.productkey, p.name
end
$$ language plpgsql;

该函数执行时间不到 5 秒。

我是 Postgres 的新手，所以可能缺少一些东西，但我似乎无法在任何地方找到答案。

@A.H的解释是准确的PostgreSQL 9.1 或更早版本。原来如此 适用于正在使用过时版本 8.3 的 OP。

然而，PostgreSQL 9.2带来了该领域的重大更新。 PL/pgSQL 函数对于何时重新计划变得更加智能。我引用的是9.2 的发行说明在这里

E.5.3.1.3。优化器

即使使用准备好的语句，也允许规划器为特定参数值生成自定义计划 (Tom Lane)

过去，准备好的语句总是有一个用于所有参数值的“通用”计划，这通常需要很多时间。 低于用于未准备的报表的计划，其中包含 显式常量值。现在，规划器尝试生成自定义 计划具体参数值。仅使用通用计划 经过多次证明定制计划没有任何好处。这 变化应该消除以前看到的性能损失 使用准备好的语句（包括非动态语句 PL/pgSQL).

大胆强调我的。

因此：一OP 的解决方案将升级到 PostgreSQL 9.2+，一切都会自动正常工作。