Timescale超表自定义索引为何无需将分区键设为索引前缀？

问题 #

在Timescale官方文档中，执行语句SELECT create_hypertable('stocks_real_time', by_range('time'));创建超表后，官方建议创建包含时间字段与常用查询字段的索引，语句为CREATE INDEX ix_symbol_time ON stocks_real_time (symbol, time DESC);。但通常在其他数据库中，分区键（此处为time）需要作为索引前缀，为何Timescale没有提及这个要求，仅要求索引包含时间字段即可？

回答 #

这本质是Timescale超表与传统数据库分区表的设计逻辑差异导致的：

• 分区裁剪机制不同：传统数据库分区表依赖索引前缀的分区键触发分区过滤，得先排除无关分区再查索引。但Timescale的超表会对time这个范围分区键做自动透明的分区裁剪——只要查询带time范围条件，不管time在索引里的位置如何，Timescale都会先把不匹配的chunk（超表的分区单元）直接排除，剩下的chunk才会走索引查询。
• 索引在分区内的效率：对于(symbol, time DESC)这个索引，每个chunk内部都是标准的B-tree索引，先按symbol排序再按time倒序。当执行带symbol和time范围的查询时，Timescale先完成分区裁剪，再在目标chunk里用这个索引快速定位指定symbol的条目，效率和把time放前缀的索引不相上下；而在查询某只股票最新数据的高频场景下，这种索引结构反而更高效。
• 建议贴合典型业务场景：这个索引建议是针对股票实时数据的核心查询场景——比如查询特定股票（指定symbol）的最新时段数据。把symbol放在索引前缀，能在每个chunk内直接定位到对应股票的所有条目，再按time倒序取最新数据，比以time为前缀的索引更适配这类高频查询。

内容的提问来源于stack exchange，提问作者Muayyad Alsadi