TimescaleDB 2.7.0创建含ORDER BY的连续聚合物化视图报错

你对TimescaleDB 2.7.0版本的连续聚合功能边界存在理解偏差：该版本从未支持在连续聚合物化视图的定义语句中添加外层ORDER BY子句，你看到的文档更新内容和ORDER BY语法支持没有关联。

• 关于2.7.0版本的连续聚合更新：
  你参考的两个文档章节，核心介绍的是2.7.0版本推出的timescaledb.finalized新特性——该特性的作用是扩大连续聚合支持的聚合函数范围，替代旧版仅支持少量固定聚合函数的部分聚合存储逻辑，允许用户在连续聚合中使用所有兼容time_bucket的原生聚合、自定义聚合函数，整个章节从未提及放开定义语句中ORDER BY的语法限制。
• 为什么不支持在定义中加ORDER BY：
  连续聚合的核心逻辑是按时间粒度做增量刷新，仅同步新写入的时间分区数据，不需要每次重算全量数据。如果允许在定义阶段加全局ORDER BY，每次增量写入新数据都要重排全量物化结果，会带来完全不可接受的性能损耗，本身也没有实际存储层面的意义。
• 正确使用方式：
  按照报错提示操作即可，ORDER BY逻辑不需要写在视图定义里，只需要在查询连续聚合视图的时候追加即可：

  -- 去掉定义里的ORDER BY，先正常创建连续聚合
  CREATE MATERIALIZED VIEW mat_view_stocks_real_time
  WITH (timescaledb.continuous, timescaledb.finalized=true)
  AS (
    SELECT
      time_bucket('60 minutes', time) as bucketed_time,
      AVG(price) as price
    FROM stocks_real_time
    GROUP BY bucketed_time
  );
  
  -- 查询时再加排序
  SELECT bucketed_time, price
  FROM mat_view_stocks_real_time
  ORDER BY bucketed_time;
  

  这种写法不会有额外性能损失，连续聚合内部本身就按时间桶维度有序存储数据，查询时排序开销极低。
• 关于timescaledb.finalized=true参数：
  该参数仅控制聚合函数的兼容逻辑，不涉及ORDER BY语法校验规则，从2.7.0版本到后续所有2.x正式版本，连续聚合定义中的外层ORDER BY都会被语法校验拦截，属于预期行为，不是版本bug。

内容的提问来源于stack exchange，提问作者Scott Langridge