使用 CURRENT_TIMESTAMP 的时间戳分区表的查询效率

Question

考虑到 PostgreSQL 9.0.3 下的以下表分区：

CREATE TABLE records (
  ts TIMESTAMP,
  ...
);

CREATE TABLE records_2010 (
  CHECK (ts >= '2010-01-01 00:00:00' AND ts < '2011-01-01 00:00:00')
) INHERITS (records);

CREATE TABLE records_2011 (
  CHECK (ts >= '2011-01-01 00:00:00' AND ts < '2012-01-01 00:00:00')
) INHERITS (records);

我希望以下 SELECT 查询具有相同的 EXPLAINed 计划，仅查阅“records”和“records_2011”，但它们不同：

BEGIN;
-- Assume CURRENT_TIMESTAMP is 9 a.m. on 5 March 2011
SELECT * FROM records WHERE ts >= '2011-03-05 09:00:00'; -- scans 2 tables
SELECT * FROM records WHERE ts >= CURRENT_TIMESTAMP;     -- scans all 3 tables
COMMIT;

考虑到 CURRENT_TIMESTAMP 在其持续时间内返回一个常量值包含事务，为什么使用 CURRENT_TIMESTAMP 的查询不利用 Postgres 的分区并只扫描两个表？

更新：

目前这是不可能的，但它是被认为是一个需要改进的领域。 PostgreSQL 9.1 可能解决查询执行器中的此行为。

Answer 1

如果您第一次运行查询，PostgreSQL 会确定查询计划。这是一个昂贵的操作，并且结果会被缓存。因此查询也必须适用于未来的执行。

无论您何时运行第一个查询，都永远不需要 records_2010。

但第二个查询使用变量CURRENT_TIMESTAMP。优化器不知道时间只会增加，并生成一个适用于任何 ts 值的计划。这意味着它必须查看所有三个表。