News for hackers. Stuff that matters.
Re:The Fastest Redis Ever by rcarmo on Thursday November 21, 2024 @03:24AM (#42202223)
Likely when it's small enough to keep in RAM and you want to do some sort of on-the fly aggregation/correlation.
Re:The Fastest Redis Ever by jeltz on Thursday November 21, 2024 @03:31AM (#42202269)
Then you can usually just store it in the memory of your application. No need to complicate your stack by running another service.
Re:The Fastest Redis Ever by _joel on Thursday November 21, 2024 @03:39AM (#42202304)
Isn't this just RocksDB?
Re:The Fastest Redis Ever by vrnvu on Thursday November 21, 2024 @05:06AM (#42202718)
Or DuckDB
Re:The Fastest Redis Ever by jeremycarter on Thursday November 21, 2024 @05:43AM (#42202952)
Some large IoT systems need ephemeral timeseries.
Re:The Fastest Redis Ever by jeltz on Thursday November 21, 2024 @07:22AM (#42203612)
Which you can store just fine in-memory in a normal data structure. And if you need advanced query capabilities or a query planner there is DuckDB. Using Redis seems like you get most of the disadvantages of having to run a whole database with few of the advantages.
Re:The Fastest Redis Ever by pcthrowaway on Thursday November 21, 2024 @11:11AM (#42205750)
When you need to be able to retrieve the timeseries data for some period of time, storing it in the application memory doesn't really work since the application will restart whenever updates are made.

Also, redis timeseries offers the ability to downsample to some defined period which is really handy (and afaik isn't really provided by other timeseries databases) as well as set a retention policy.

Re:The Fastest Redis Ever by rcarmo on Thursday November 21, 2024 @04:39PM (#42208946)
your application can consist of multiple processes.