CTE 优化

Question

我最近注意到一个包含 CTE 的性能不佳的查询。

从运行EXPLAIN 看来，如果我在 CTE 中有 2 个连续表，其中第一个表应用了 WHERE 过滤器，则 postgres 优化器实际上不会限制设置的行，因此第二个表查找速度很慢：

WITH thing_data AS (
    SELECT * FROM things WHERE id = '0000000001'
), thing_readings AS (
    SELECT  thing_timestamp
    FROM reading_log_instantaneous_schedule
    INNER JOIN thing_data
    ON thing_id = thing_data.id
    ORDER BY thing_timestamp DESC LIMIT 1
),                   
SELECT thing_data.*
FROM thing_data
LEFT OUTER JOIN thing_readings
ON thing_data.id = thing_readings.thing_id 

基本上读数表中的内连接没有受益于INNER JOIN thing_data on thing_id = thing_data.id，实际上是对读数表中的所有行进行扫描。

是否可以让优化器注意到我已将thing_data 记录集限制为一行，从而使后续连接变得快速，而不是超级慢？

编辑：对匿名性不佳的查询表示歉意。

我创建了一个 SQLFiddle 来演示我遇到的问题 - 我仍然需要添加 2 个 WHERE 子句（不利于代码可维护性等） - 即使忘记 CTE 并按照 Craig 的建议使用常规连接表，问题仍然存在.我更习惯使用 SQL Server 转换架构时没有这个问题。

http://sqlfiddle.com/#!15/17c82/1

Answer 1

是否有可能让优化器注意到我已将 thing_data 记录集限制为一行，从而使后续连接变得快速，而不是超级慢？

不在 PostgreSQL 中，至少在 9.4 或更早版本中。希望以后会有所改变。

PostgreSQL 中的 CTE 是 优化栅栏 - 本质上，规划器无法将限定符推入其中，或将限定符拉出其中。

当这是一个问题时，您需要返回在 FROM 子句中使用旧式子查询。

SELECT thing_data.*
FROM (
    SELECT * FROM things WHERE id = '0000000001'
) data_thing
LEFT OUTER JOIN (
    SELECT  thing_timestamp 
    FROM reading_log_instantaneous_schedule 
    INNER JOIN thing_data on thing_id = thing_data.id 
    ORDER BY thing_timestamp DESC LIMIT 1)
thing_readings 
ON thing_data.id = thing_readings.thing_id;

因为FROM 中的子查询确实 允许限定符下推/上拉。但是，在这种情况下，您确实希望横向应用WHERE 子句。这最好通过进一步简化，去掉子查询来完成：

SELECT thing_data.*
FROM things
LEFT OUTER JOIN (
    SELECT  thing_timestamp 
    FROM reading_log_instantaneous_schedule 
    INNER JOIN thing_data on thing_id = thing_data.id 
    ORDER BY thing_timestamp DESC LIMIT 1)
thing_readings 
ON thing_data.id = thing_readings.thing_id
WHERE things.id = '0000000001'

但是，整个事情似乎是一种非常复杂的方法（基于您的 SQLFiddle http://sqlfiddle.com/#!15/17c82/3）：

SELECT  things.*, thingreadings.reading 
FROM things 
LEFT OUTER JOIN thingreadings ON thingreadings.thingid = things.id
WHERE things.id = '1'
ORDER BY reading DESC LIMIT 1;