Join GitHub today
GitHub is home to over 36 million developers working together to host and review code, manage projects, and build software together.Sign up
Feature request: Continuous downsampling #1179
I know this has been asked a few times already over the years (#686, #242), but I wanted to know if there was an update on the priority of this feature. I feel that almost all time series application need this one way or another.
Very neat. I was about to roll my own by having a realtime table that is downsampled (then drop_chunks) every day into 15 minute intervals into another table (another hypertable) and have a view encapsulate both for grafana. But if this will cover that use case, then I'm all for it and can wait! Hopefully this feature is slotted for the community edition.
I'm curious how you handle aggregations. When graphite downsamples data, one can configure if the resulting value is averaged, summed, min value, max value, or last value.
If you want to know more about my use case: I have timescale at the receiving end of hardware sensor data
@nickbabcock The initial release of continuous aggregations will all be in the community edition. Future extensions may include some enterprise features. You can indeed con figure the result fairly flexibly -- basically any aggregate in PostgreSQL that can be efficiently parallelized (average, sum, min, max, count, etc.).
What's interesting about our implementation is it leverages partials: The aggregation doesn't actually store an average, but instead stores sums & counts, and then will compute the average from those at query time -- all transparent to the user -- which will allow us to do a lot more interesting things in transparently combining pre-computed aggregates (e.g., in a hierarchical fashion).
And here it is: #1184