使用 current_date::date 而不是硬编码日期的 Postgres 查询非常慢

Question

我有相当长且复杂的 SQL 查询，它是针对 PostgreSQL 8.3 运行的。部分查询涉及过滤以今天结尾的日期范围，如下所示：

where ...
  and sp1.price_date between current_date::date - '1 year'::interval and current_date::date
  and sp4.price_date between current_date::date - '2 weeks'::interval and current_date::date
  and sp5.price_date = (select sp6.price_date 
                          from stock_prices sp6 
                         where sp6.stock_id = s.stock_id 
                           and sp6.price_date < current_date::date 
                      order by sp6.price_date desc 
                         limit 1)
  ...

此查询运行（第一次）大约需要 5 分钟，第二次运行大约需要 1.5 分钟。从 EXPLAIN ANALYZE 输出看来，current_date 似乎是问题所在。所以我尝试用硬编码的日期替换它，如下所示：

where ...
  and sp1.price_date between '2009-09-30'::date - '1 year'::interval and '2009-09-30'::date
  and sp4.price_date between '2009-09-30'::date - '2 weeks'::interval and '2009-09-30'::date
  and sp5.price_date = (select sp6.price_date 
                          from stock_prices sp6 
                         where sp6.stock_id = s.stock_id 
                           and sp6.price_date < '2009-09-30'::date 
                      order by sp6.price_date desc 
                         limit 1)
  ...

查询然后在半秒内运行！这很好，除了日期在查询中总共出现 10 个位置，当然，我不希望用户必须在 10 个位置手动更改它。在 MS SQL Server 中，我会简单地用当前日期的值声明一个变量并使用它，但是 apparently 在 Postgres 的普通 SQL 中是不可能的。

如何在自动使用当前日期的同时使该查询快速运行？

Answer 1

首先，在两个变体上发布EXPLAIN ANALYZE，以便我们查看。弄清楚为什么一个比另一个慢的第一步。查看整个查询可能也很有用。

第一个变体应该是可优化的。

为了不让您的用户在多个地方更改您的查询，请考虑编写stored procedure，或者如果/当您的第一个变体得到优化时，请考虑编写view。

编辑：注意到您的 current__date - '...'::interval 将返回一个不带时区的时间戳。我假设您想改为日期： (current_date - '2 week'::interval)::date

Answer 2

编辑：以下内容已经过测试，但运行速度比原始查询还要慢！。 关于这一点的教训可能是所有类型转换（::date、::interval 等）都会导致性能下降。也许这些显式转换可以以某种方式替换为其他内容，并且还可以预先计算一些表达式，例如 'D.RightNow::date - '1 year'::interval'。

--原始回复--
您可以将当前日期插入一个空表并加入该表...

换句话说，假设创建了这样一个表并命名为 tblNow，带有日期相关过滤器的查询可能会变成这样：

UPDATE tblNow SET RightNow = TIMEOFDAY();  
-- note: above could use CURRENT_DATE  or whatever date function matches the
-- semantics of the date fields in other tables.

-- and now the original query can become

from ...
join tblNow AS D ON 1=1 -- added join
                   -- then all current_date::date below changed to D.RightNow

where ...
  and sp1.price_date between D.RightNow::date - '1 year'::interval and D.RightNow::date
  and sp4.price_date between D.RightNow::date - '2 weeks'::interval and D.RightNow::date
  and sp5.price_date = (select sp6.price_date 
                          from stock_prices sp6 
                         where sp6.stock_id = s.stock_id 
                           and sp6.price_date < D.RightNow::date 
                      order by sp6.price_date desc 
                         limit 1)
  ...

每次我们希望在当前时刻运行查询时，实际上都需要不编辑查询。我不熟悉 postgreSQL，但对于在 SELECT 语句中使用变量的任何限制，这种方法将是一种自然的解决方法。