在 PostgreSQL+Timescale DB 上使用索引的最佳方式

Question

我有一个包含两个时间列的时间刻度时间序列表： itime和stime对应于插入时间和源时间。

我在stime上创建了 Timescale 超表，因为所有评估都将在源时间上进行。 尽管如此，我还使用itime将最近存储的值发送到另一个数据库。 在一个大约有 5000 万行的表上，现在最多需要 15 秒才能获取在最后一小时内插入的行，因为超表中未设置itime 。

覆盖这两个应用程序以获得快速响应的最佳方法是什么？ 向列itime添加普通索引是否可能并且有意义？

Answer 1

是的，您可以在 itime 上构建一个标准索引，这肯定会有所帮助。

使用该设置，当您查询 itime 时，它将在每个块上运行查询，尽管将能够在每个块上使用 itime 索引来加快速度。 在这里使用并行工作器会有帮助——应该在你的 PG 数据库的标准配置中，但会验证。

一个想法： itime >= stime 总是这样吗？ （我假设源是事件/事情发生时，在添加到数据库时插入时间，所以 itime 总是在 stime 之后发生是有道理的吗？）

在这种情况下，一种可能减少查询时间的方法是一个小技巧：

SELECT * FROM TABLE where X > itime AND X > stime

通过添加额外的X > stime ，它充当“松散约束”（并且是“正确的”，因为 X > itime >= stime），但允许查询计划器不将查询推送到任何块 < stime。 只是一个想法。