-
New Feature Request
-
Resolution: Fixed
-
Trivial
-
None
-
None
-
Sprint 60 (Jan 2020), Sprint 61 (Feb 2020), Sprint 62 (Mar 2020)
-
3
While TimescaleDB provides great read/write/delete (thanks to partitioning) performance, it still lacked any data compression, so DB with metrics could become quite large hindering performance as well as requiring larger storage.
Finally, the version 1.5 of TimescaleDB introduced compression codecs that can be used to dramatically decrease bytes per value required.
- links to
There are no Sub-Tasks for this issue.