Tha*_*Guy 8 postgresql performance timescaledb postgresql-performance
我有一个 PostgreSQL 数据库,我运行了大量的负载。我希望这个负载尽可能快。我已经在使用复制命令等。
我一直在阅读关于timescaledb以及它如何提供改进的插入性能。但是,如果我只关心插入性能,我想知道使用 hypertables 而不是常规表是否有任何缺点?
小智 10
(这里是时间刻度的人。)
是的,您应该能够在 TimescaleDB 超级表中获得比普通表更高的插入率。
hypertables 的主要缺点是它们暴露了一些与我们进行内部缩放的方式相关的限制。特别是:
如果键包含所有分区键(在其前缀中),我们只允许将键标记为 UNIQUE。因此,如果您对时间列进行分区,则该时间列可能是唯一的,或者您可以在 (time, device_id) 上构建唯一的组合键。但这意味着你不能建立一个标准的自增 id 作为主键(注意主键是定义 UNIQUE)。但是我们发现这对于时间序列数据通常没有意义。
您可以定义从超表到常规表的外键约束,但我们目前不允许相反:从常规表到超表的 FK。(但与上面的 UNIQUE 约束限制相同,这很少有意义或可以围绕设计。)
如果您有其他问题,Docs (docs.timescale.com) 或社区 Slack (slack.timescale.com) 都是很好的资源。
归档时间: |
|
查看次数: |
1803 次 |
最近记录: |