Fast key-value stores: An idea whose time has come and gone

Re:Fast key-value stores: An idea whose time has come and gone by nkozyra on Monday June 24, 2019 @08:43AM (#20262929)

I think the point is that RDBMS are considered stodgy and uncool despite the fact that they can be extremely sophisticated and powerful.

Cheap, "faster," less-reliable stores became very big around the Mongo explosion - and don't get me wrong they can have a place, particularly Memcached and Redis which are great for ephemeral data - but you can do a lot of that with a RDBMS.

[ Parent | on HN ]

Re:Fast key-value stores: An idea whose time has come and gone by vidarh on Monday June 24, 2019 @09:42AM (#20263419)

There was also a point where "internet scale" was impossible to handle on regular RDBMS's without massive amounts of pain. But disk IO performance has gone up dramatically since, and capacities likewise.

So a lot of caching that many of us had to do to scale systems a decade or two ago is now not necessary until/unless you get several magnitudes up in scale, and while the number of internet users has gone up, so has competition, and the proportion of services that gets successful to need scale up to several magnitudes beyond the old chokepoints at the time is tiny.

[ Parent | on HN ]

Re:Fast key-value stores: An idea whose time has come and gone by wlesieutre on Monday June 24, 2019 @09:22AM (#20263285)

I'm reminded of this

https://adamdrake.com/command-line-tools-can-be-235x-faster-...

[ Parent | on HN ]