2

我有一个表，该表在带有时区字段的时间戳上进行范围分区。我很惊讶地发现以下 where 条件导致规划器查询分区中的每个“子”表：

WHERE reading_time > (now() - '72:00:00'::interval)

据我所知，计划器不知道 now() 在执行时会是什么，因此它会生成查询每个子表的计划。这是可以理解的，但这违背了首先设置分区的目的！如果我发出 reading_time > '2018-03-31'，它只会对具有满足这些条件的数据的表进行索引扫描。

如果我创建以下函数会发生什么

CREATE OR REPLACE FUNCTION public.last_72hours(in_time timestamp with time zone)

   Select * from precip where reading_time > (in_time - '72:00:00'::interval)
   --the function will then do work on the returned rows

END;

然后我可以用

SELECT last_72hours(now())

now() 什么时候被评估？或者，换句话说，文字时间值（例如，2018-03-31 1:01:01+5）是否被传递到函数中？如果是字面值，那么 Postgres 只会查询相应的子表，对吧？但是，如果它在函数内部评估 now()，那么我将回到扫描每个子表的索引的计划。似乎很难看到规划者在函数中做了什么。那是对的吗？

4

1 回答 1

1

这里有几个问题；我会尽我所能来回答他们。

PostgreSQL 无法now()在计划时进行评估，因为无法知道语句何时执行。计划可以无限期地保留。

如果您使用now()作为参数调用函数，它将在函数调用时进行评估。

如果您在涉及函数内部分区表的 SQL 语句中使用参数（因此计划被缓存），可能会发生两件事：

  1. PostgreSQL 决定在第五次执行查询后切换到通用计划。然后不会发生分区修剪。

  2. PostgreSQL 决定坚持使用自定义计划，以便进行分区修剪。

人们会假设通常会选择第二个选项，但要找出您可以使用auto_explain查看实际使用的计划。

使用动态 SQL 可能是一个好主意，以便始终使用当前参数值重新计划查询，并且肯定会使用分区修剪。

于 2018-04-01T14:46:09.797 回答