How PostgreSQL aggregation works and how it inspired our hyperfunctions’ design
1–10 of 33 posts
Re: How PostgreSQL aggregation works and how it inspired our hyperfunctions’ design
#2Re: How PostgreSQL aggregation works and how it inspired our hyperfunctions’ design
#3Re: How PostgreSQL aggregation works and how it inspired our hyperfunctions’ design
#4Noob question: Can you have time-series tables and regular Postgres tables in the same database? Is this distinction something that you decide on when you create a table?
In terms of creating a Hypertable (TimescaleDB table) you create the normal table first and then transform it into a Hypertable.
Re: How PostgreSQL aggregation works and how it inspired our hyperfunctions’ design
#5Noob question: Can you have time-series tables and regular Postgres tables in the same database? Is this distinction something that you decide on when you create a table?
Re: How PostgreSQL aggregation works and how it inspired our hyperfunctions’ design
#6Noob question: Can you have time-series tables and regular Postgres tables in the same database? Is this distinction something that you decide on when you create a table?
Re: How PostgreSQL aggregation works and how it inspired our hyperfunctions’ design
#7Noob question: Can you have time-series tables and regular Postgres tables in the same database? Is this distinction something that you decide on when you create a table?
Re: How PostgreSQL aggregation works and how it inspired our hyperfunctions’ design
#8That is a pretty good and detailed blog post. I wonder, however, if I can use any aggregate call to build out a continuous aggregate. I'm specifically think about things like sketches and hyperloglogs.
Yes! You can use any of the hyperfunction aggregates to build a continuous agg. Including sketches like the percentile approximation stuff.
With hyperloglog, it's still experimental, so you have to jump through some hoops to get it into a continuous agg as it could be dropped on next release, but once that's been stabilized it'll be very easy to use in continuous aggs. Feel free to test now, just know that it may get dropped and you'd have to re-create the continuous agg after the next release when it gets stabilized.
Re: How PostgreSQL aggregation works and how it inspired our hyperfunctions’ design
#9That is a pretty good and detailed blog post. I wonder, however, if I can use any aggregate call to build out a continuous aggregate. I'm specifically think about things like sketches and hyperloglogs.
(NB: Post author here) Yes! You can use any of the hyperfunction aggregates to build a continuous agg. Including sketches like the percentile approximation stuff. With hyperloglog, it's still experimental, so you have to jump through some hoops to get it into a continuous agg as it could be dropped on next release, but once that's been stabilized it'll be very easy to use in continuous aggs. Feel free to test now, ju…
I was wondering if there plans for supporting Continuous Aggregates on Distributed hypertables? Its currently listed as not supported under the limitations docs page.
I think the two would fit together perfectly as it will allow users to aggregate very large tables.
Re: How PostgreSQL aggregation works and how it inspired our hyperfunctions’ design
#10Noob question: Can you have time-series tables and regular Postgres tables in the same database? Is this distinction something that you decide on when you create a table?
Yes you can have both in the same database. We actually use TimescaleDB exactly that way, well at least for now. We'll in the process of separating certain tables out, so make it possible to select a pg database based on async or sync replication. In terms of creating a Hypertable (TimescaleDB table) you create the normal table first and then transform it into a Hypertable.
Can you explain why you doing this? Is this application data vs. time-series?