News for hackers. Stuff that matters.
Re:PostgreSQL 13 by SOLAR_FIELDS on Thursday September 24, 2020 @12:35PM (#24580448)
There is a professionally developed time series extension for Postgres. I haven’t tried it personally but it might be “good enough” for quite a few use cases just like Postgres’ full text search can be “good enough” without having to bring in the machine gun that is ElasticSearch/Solr.
Re:PostgreSQL 13 by jjjensen90 on Thursday September 24, 2020 @02:50PM (#24582119)
I brought timescale (a postgres extension that brings time series to postgres) to my current IoT job, and it has been the biggest engineering win of my career. The tooling, community, extensions, and quality of postgres + very high performance inserts + reads has reduced costs for the business dramatically versus the previous cassandra + sql server setup. We have tens of billions of events in multiple timescale hypertables, with many thousands of inserts per second running on r5.xl nodes in k8s (4 vcpu, 30gb ram) and they don't break a sweat.

So yeah, it's "good enough".

Re:PostgreSQL 13 by paulie_a on Friday September 25, 2020 @03:22PM (#24593240)
Could you send me an email because my company is starting something similar
Re:PostgreSQL 13 by diggan on Thursday September 24, 2020 @05:33PM (#24583951)
I realize now in after hand that we're talking about two different things. You're mentioning time series data, I talked about bitemporal databases.
Re:PostgreSQL 13 by diggan on Thursday September 24, 2020 @12:38PM (#24580502)
Right, and it's probably "good enough" for most use cases. But, as always, it can't cover _everything_. I'm just making an argument against the sweeping argument that "postgresql is for everyone and everything"